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EDITOR'S COMMENTS 



Welcome to issue 75 and my next to last 
as current editor. With that starting line, 
I better explain before I tell you what is 
in this issue. 

Time Off 

I have decided I need time off to ^nd 
with my &mily and hopefully make some 
money to replace what I lost doing TCJ. 
Now TCJ breaks even with respect to 
inflow versus outflow. I however took 
one day a week off without pay in hopes 
of making it back through the journal. 
That has never even come close to hap- 
pening. Partly because I never seem to 
have time to make it happen, and also 
because "collecting" is still not widely 
thought of as an aspect of computing. 

One problem with TCJ is not being able 
to afford to be on the newsstand. That 
would cost about $4000 each issue, 
mostly as pure advertising expense. We 
have never made that kind of extra 
money, and I certainly don't have an 
extra $30,000 to spend each year. That 
means we (as a magazine) will be small 
for some time. 

I had been considering this for some 
time and finding a replacement for my- 
self was the major stumbling block. I 
found David Baldwin many years ago at 
one of the computer meetings and we 
have been friends ever since. Some time 
ago I asked him about taking TCJ and he 
was not very interested at the time. The 
idea however grew on him and he de- 
cided to ask more questions. About that 
time I decided to say no more after #76. 
We talked, I showed him things, he pon- 
dered more. When I came back from a 
few weeks off, he was hooked and has 
been turning and biumng ever since. 

Dave has been a Z80 embedded control- 
ler builder for many years and has his 
own BBS. He is active on the internet, 
has plenty of ideas, and importantly his 



kids are grown and almost gone from 
home (I'm a late bloomer - mine is only 
6). He is usually in his office every morn- 
ing and often all day working on chent 
projects. He has already taken TCJ ma- 
terial and is busy working on getting 
ready to take over. You can see some of 
his work by checking out our Web pages 
on www.psyber.com/~tcj. 

STD BUS SPECIAL 

Now this issue has some special work on 
the STD BUS. I explain what it is and 
give you the centerfold on a simple I/O 
example. Our alternating focus makes 
this one on embedded controls and as 
such I have tried making most articles 
center on that. 

Our letters to the editor has some mail 
lost from other issues and a few new 
items as well. I am trying to catch up 
before handing my mail over to David, 
so plenty of letters here and in next is- 
sue. 

Next up is Helmut's Europe report. He 
has been talking about East German 
machines and even includes some pic- 
tures. I have more pictures to show, and 
will try and get them in later as he con- 
tinues to cover the European Beat. 

Dr S-100 is next with more mail bag, 
and 1 talked to Jade Computer who stated 
their S-100 products are basically public 
Domain now. That mean personal not 
commercial use allowed. This means 
Herb can now do the Jade Bus article 
everyone has been asking for. 

Ron Anderson gives us more C and As- 
sembly help and a few tid bits as well. 
Rick Rodman just moved and sounds 
like he is setting up a great computer lab. 

The Standard Bus feature is next up and 
runs into the centerfold. For STD use or 
Z80 use is the EP-SIM or Terry Hazen's 



article on building your own EPROM 
simulator. He used it on his YASBEC, 
but you can use it on most any machine. 
Also read his notes on using the public 
domain version of PADs. 

Part two of Disk I/O in Forth is next 
with the F83 definitions and source code. 
Next for you Apple folks, John D. Baker 
gives us high speed serial using the PCPI 
Applicard. And I follow this with the 
last installment of Clavin McCarthy's 
Small Tools, his source code for the 
T9600 terminal interface. 

Lastly is little old me and my Computer 
Comer. This time I explain a little more 
about the changes and show you the 
photo of me giving David Jaffe his 1994 
Computing Hero award. By the way, 
know of some one for the next award? 

The WEB 

For those of you who haven't seen our 
WEB PAGE, start tooling up to do so. 
Dave and I have been hard at it, making 
changes almost daily. The best place to 
find out about back issues is now there. 
Dave is also keeping all the same files 
on his BBS and has uploaded some to 
GENIE and CompuServe. 

Dave is getting pretty active on the 
UseNets and trying to get the word 
around. Since the page has been active, 
over 3000 references have been made to 
it. We are getting a lot of lookers and 
our references and links to other loca- 
tions are very popular. If you know of 
places of interest to our readers send us 
an e-mail so we can put the information 
on line. Try: 
e-mail tcj@psyber.com 
dibald@netcom.com 
http://www.psyber.com/~tcj 

Sounds like fun to me, and thanks for 
staying with TCJ\ Bill. 
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READER to READER 



Letters to the Editor 
Ail Readers 
MINI Articles 



Dear Sir: 

I would like to become a subscriber to 
your excellent magazine. I would also 
like to receive a back-issue copy of 
TCJ#65 which contains the ZX80/81 
centerfold. Enclosed please find a postal 
money order for the total of $29.25 ($24 
subscription + $4 back-issue + 1 .25 s&h). 
I have been looking for a long time for 
a publication such as yours which in- 
cludes systems other than IBMs and 
Mac's. I got my start with a Timex/ 
Sinclair 1000 (I still own two - in stor- 
age). 

I moved on to TRS-80 Ill's & IVs which 
was my first experience with CP/M. 
While in college I worked as a program- 
mer on a project that linked an IBM-XT 
class to a custom-made Z80-based single- 
board-computer which controlled an 
engraving system. I miss the Z80! 

Anyway, I look forward to reading more 
of your publication. 1 have a few ideas/ 
suggestions/requests that I will e-mail to 
you when I get them organized. I have 
also recently obtained my first 
microcontroller (an 3Q)lor-32 made by 
Blue-Earth Research) and I am plan- 
ning on giving it sound capability with 
a AY-3-8910 programmable sound gen- 
erator. If I really do manage to avoid my 
procrastinating nature and finish this 
project, I will submit an article. That's 
all for now. 

Sincerely, Arthur C. Jones 
(ajones@omni.voicenet.com) 

Well have no fear we are here to keep 
Z80 alive and well. I am not sure, but I 
think theXplor-32 is not a Z80 machine, 
but since you have indicated you did cut 
your teeth or get your experience on 



Z80, 1 guess trying something else out is 
ok, but only as long as you send us a 
review article. 

Thanks for the renewal and by the way, 
there are still lots of machines that get 
instructions from a PC, but are 280 's 
that are really doing all the work. I think 
the ZSO is still number one processor 
sold, since almost all telephone switches 
use a single ZSO for each incoming phone 
line. Lets see that is how many phone is 
use... BDK. 

Sir: 

Congratulations on a &scinating maga- 
zine. I received Issue #73 and found it 
very interesting. Of course I was particu- 
larly interested in seeing how my Small 
Tools article looked in print. Issue #72 
published the Pygmy tools part of the 
article but didn't include the code list- 
ing. I was hoping that the tools specific 
code would accompany the text because 
I am sure that the article would have 
been more readable with the code. If I 
did not include the code in a text file 
then it is my mistake. 

On another note, I would like to see the 
package including Pygmy, Pygtools, the 
article,, and the code distributed on the 
BBS. I am wondering what you have 
posted and what I would be able to post 
considering your copyright. I would ap- 
preciate it if you would give me permis- 
sion to post the whole package if you 
have not done this. 

Thank you for your work to create this 
unique forum for information-nation and 
look forward to the future issues of the 
magazine. 

Calvin McCllarthy 

E-Mail: ah607@freenet.carleton.ca 



Clavin, thanks for the wake-up letter 
and your article. I think I have failed 
again and not uploaded it yet. I usually 
put them on the DIBS BBS and try Genie 
as well. I will be putting them on my 
FTP space on psyber.com and have the 
web page link to them. All that takes 
time and also why your other parts have 
not been printed. It is in this issue. I am 
trying not to overload a single issue 
these days. 

As to rights, you still retain them, and 
can freely distribute them as you want. 
Since your reward is Just a few minutes 
or pages of fame, no money, I find it 
hard to feel good about retaining any 
control over your hard work I hope too 
that anyone with a real interest in what 
you have done, will send you a few bucks 
for your time, of course better yet might 
be a few contract programming Jobs? 

Take care and thanks. Bill. 

Dear Bill: 

Evidently the Motorola 68HC11 micro- 
processor is fairly popular, and I have a 
tip that might help someone using it at 
low frequency. 

I tried miming an 8 Mhz development 
kit at 32.768 Khz and ran into a signal 
isolation problem that prevented the 
clock divider from working. Low fi«- 
quency crystals cannot take much power, 
which is why the drive must go through 
a resistor. Also, the load capacitors will 
present a high impedance and any stray 
capacitive coupling is veiy bad news. It 
seems that the crystal amplifier input 
pin and the buss "E" clock pins are close 
together, and I think my board coiq>led 
enough signal that the clock divider on 
the chip would turn itself off when it 
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started to switch. An oscilloscope showed 
a glitch at the crystal amplifier output 
(XTAL pin) that may partly have been 
due to coupling capacitance between the 
EXTAL and E pin in the LCC socket. 
Whatever the reason, the only fix I found 
was hanging a 100 Pf capacitor between 
XTAL and ground. This causes a small 
increase in power drain which I can live 
with. Using a 3 volt battery supply (al- 
kaline "D" cells) and single chip mode 
the drain is about 170 Microamps. Ac- 
cording to Diuacell the batteries should 
give 17 ampere hours, but for reasonable 
output I am assuming 8. At this capacity 
the board should run at least 5 years. 

At 5 volts the crystal drive (XTAL pin) 
is close enough to sinusoidal that the 
CMOS amplifier is on a significant 
amount and drains a few milliamperes. 
Reducing the supply to 3 volts makes the 
drive more nearty square and the stage 
takes a lot less current. Since the HCll 
is built with CMOS you cannot leave 
iqmts floating or the supply current goes 
way up anyway. 

I use the boot mode loader to start up the 
board, and at the default baud rate (32) 
it takes a few minutes to get started. 
Setting the rate to 512 (highest avail- 
able) helps, as does transmitting 
Motcffola "S" records in binary format. 

Your truly, Frank Wilson 

Boy you can say the 68xx chips are 
popular, try and buy some. The distribu- 
tors aren 't even quoting prices. Your 
project sounds very interesting, how 
about some more facts, in an article? 
Thanks Frank and keep up the hacking/ 
Bill. 

Hello againi Thanks for the LAST IS- 
SUE ♦♦ sticker... A year went by much 
too fast, but I am making progress to- 
ward the college degree. And then TCJ; 
the Journal truly is one-of-a-kind. Some- 
times I am loddng for things in it that 
seem to be missing, things that I like to 
do in my fi'ee time, as well as perhaps 
smaller applications geared toward a 
professional career. 1 enjoy F. Sergeant's 
PC-XT Comer, particularly the e)q)la- 
nations ofbattery-backed RAM. And the 
ongoing series by B. Rodriguez entitled 



MOVING FORTH has been most en- 
lightening. 

1 must notes that after buying EVERY 
back issue (which I will never regret), it 
is somewhat saddening to see what was 
the mainstream of 'hacking' just a few 
years ago, which is just about where 1 
am today, and how so many advertisers 
have disappeared. Things appeal to be 
changing, but I speculate that this is not 
in &ct the case. 

The modem world of color monitors and 
OPC Hatrodsm, as I call them, is often 
all too attractive to an otherwise-dedi- 
cated computer hardware hobbyist. It 
serves to allure, suck up their money, 
and zap precious time. I don't have a 
statistic, but I could safely assume that 
far fewer of us today are as 
'hardwareliterate' as the (kids) who were 
there in the mid 70's, in the heart of the 
personal computer revolution, actually 
building them ftom scratch and writing 
their own cassette driver software. 

So it might not be a change in method - 
it certainly isn't a change in technology 
- which keeps the hardware articles from 
flowing. I think it might be simple dis- 
tractions perhaps coupled with disori- 
entation from watching too much color 
television. 

Enough... Here is a bank check for 
$24.00; thanks again for TCJ. Cordially, 
Douglas P. Beattie, Jr. 

Thanks Douglas for those comments and 
here is some news for you. Things will 
change some with David taking over, 
but he has more time to make sure we 
stay old-fashioned. He will be looking 
forward to your comments. 

If I remember right you wanted to do 
stuff with the Rockwell F65F11, well I 
got this e-mail the other day: 

Hi! 

I was browsing and I noticed a comment 
about last issue centerfold being a 
Rockwell F65F11 board. 1 made 
Rockwell's "Low Cost Development 
Board" for them for years. I sold sev- 
eral hundred of them when I Uved/woriced 



in Huntington Beach. They gave me 
their artwork and tooling and sent all 
their customers to me. Turned out to be 
a really great deal for me. It also was 
what got me into Forth and 1 have al- 
ways been grateful for that. 

I've been a real fan of Forth ever since. 
Was the centerfold of that board or some- 
one elses? Is it possible to get a copy of 
that issue? I've still got some of the 
Forth kernel roms and development roms 
left from those days as well as a lot of pc 
boards (blank and stuffed) for the 65F12 
and the emulator board. Old Forthers 
never die! 

Regards, Art Home ahome@aa.net 

/ said: 

Well great that you have boards, have 
one reader looking frantically for one. 
Will give him your email address and 
would love to have it so can publish a 
follow up on the boards. Rockwell is lost 
when the subject is asked, they forget 
quickly what they did years in the past . . . 

Give me your address and I will send 
you a sample of TCJ, the one with the 
68F11 in it. We send samples out, then 
hopefully you will subscribe. 

Hi Bill, 

My address is Home Electronics, Inc. 
20924 NE 165th. St., Woodinville, WA 
98072. Phone number is (206) 788-9718, 
FAX # (206) 788-9833. Feel free to 
publish that any way you want. 

I also have a few of the old RSC FORTH 
manuals. I'm not sure if I have any of 
the main boards but I know I have some 
of the adapter cards and some roms, etc. 
I may have the original artwork films for 
the main board but 1 haven't seen them 
in quite a while. 

Joe Hance and Randy Dumse were the 
originators of that Forth for Rockwell. I 
don't know where Joe is now but Randy 
is "Mr. New Micros" in Dallas. 1 used to 
live a few miles from Rockwell when 
they came out with that chip. I sold quite 
a few of those boards both as kits and as 
assembled units. I still love Forth and try 
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not to program in anything else. I'll 
keep an eye out on your WWW page. 
Thanks for the reply. Best Regards, Art 
Home (K6KFH), May the FORTH be 
with you! 

Well that sure is some information and 
thanks Art, I think you will probably get 
a few calls out of this. So New Micros 
Forth is similar to F65Fll...hummm. 

From: GARY RATLIFF 
Subj: Assistant Editor App 

Here is a check in the amount $40.00. 
This is for the most recent ten back 
issues. Per an earUer message you men- 
tioned that you would be glad to pick up 
the shipping charges. 

This should give me a handle on what 
has been happening. Then with a sanqile 
of number 74 I would be up to speed. 

I have already been scouting the old 
computer haunts for perhaps picking up 
one of these TRS 80 with level 1 Basic. 
This is from 1978 as I took a course at 
Missippi College on Microcomputing 
and the level one BASIC is what was 
taught. It was here that I also went to 
The Oldee Computer Shoppe in Metarie 
Louisiana and purchased my very first 
conqmter an 8k Commodore PET. (The 
keyboard sucked but the BASIC was a 
much more powerful version than the 
few commands offered in Level 1.) In 
my old books I still have the manual for 
level one Basic which I used during that 
coiu^. Also have talked to another 
computer junkie who is apt to have one 
of these. 

Then too as RS is still in business I 
might be able to write Tandy and get 
some schematics and other materials 
from the horses mouth. The back issues 
should give me a good idea of how the 
antique feature is being done. 

Dave recently sent me a packet of all the 
back issues from The Z-Letter. While I 
was moderating I spent so much time 
reading the various cpm echos that I let 
reading any maga2dnes slide. 

gary 



Well great Gary and Welcome as our 
FIRST support editor of classic systems. 
Issue number 77 will be the one you get 
to show your stuff in, and it sounds like 
you have started researching the Radio 
Shack line. Don't forget the CoCo as 
they are very popular still, more so I 
think that the Z80 machines. My feeling 
is there were many better Z80 machines 
than RS made, but not many other 6809 
machines that were more powerful for 
the bucks. 

Thanks for helping and Dave Baldwin 
will certainly be talking with you soon. 
BDK. 

Dear Bill Kibler,, 

Enclosed find my renewal check for the 
next two years. I know you've been 
struggling with the magazine, and I 
wanted to send more than a check to let 
you know how much I value the hard 
work you've put into it I've kept and 
maintained all the machines I've written 
with over the years and as a result have 
what has become, I guess, a collection. 
NorthStar Horizon 8/16s running 
TuiboDOS, NorthStar Advantage 8/16s 
running CP/M and DOS 2.0,, Epson QX- 
10s running CP/M, Valdocs & DOS 
3.3, and a NEC PC-8500 CP/M laptop 
with all the add-on bells and whistles. 
Perhaps in the future I might write some- 
thing about some of them. I'm a screen- 
writer woiking in the movie and televi- 
sion business, and although my worka- 
day machine is now a Pentium-90-driven 
monster, I still have a little comer of its 
2 gigabyte drive for Simeon Cran's simu- 
lator and some of my old software favor- 
ites, running a good deal faster than they 
ever did on any of my many Z-80s. Best 
of luck to you. 

Sincerely,, 

JHR, Beverly HiUs, CA 90213-1823 

Would love to have something from you 
about how you use and enjoy the MYZ80 
program. It seems very popular, but we 
haven 't had a "how I do it" report yet. 
Interested? 

In #74 TCJ classified Mr. David 
Kruszyna of Eastpointe, MI wanted a 
hard drive and modem for an Apple 



IIGS. There are still several retailers 
serving the Apple ][s but arguably the 
largest is in his state - Quality Compters, 
20200 Nine Mile Road, SL Claire Shores, 
Ml 48080 (1-800-890-8263). 

Their latest catalog (APV3) lists a 2400 
Baud Hayes Compatible Modem for 
$74.95. With software and a cable they 
want $139.95. In regards the hard drive, 
I believe most use a SCSI interface. I 
believe any Macintosh SCSI hard drive 
will work after reformatting. All that's 
needed are the SCSI utilities from the 
GS system disks and a SCSI card. Qual- 
ity is selling a preformatted 270MB 
Quantum with SCSI card, cables, manual 
and system software installed for 
$349.95. They also sell a 4MB memory 
expansion board for $199.95. 

Anyone wanting some technical info, 
books or programming products check 
out Byte Works, IiK. 8000 Wagon Mound 
Drive N.W., Albuquerque, NM 87120 
(505-898-8183) for reasonable prices. 
Great products! Finally, seemingly the 
last Apple ][ magazine is GS+ Maga- 
zine, P.O. Box 15366, Chattanooga, TN 
37415-0366 (615-332-2087). As the 
name implies, it is almost all GS ori- 
ented. 

I hope this helps ai^one with the great- 
est little Apple ][ ever built! 

Steve Fuesting 

Thanks Steve. We do get plenty of Apple 
requests and are looking for someone to 
talk about them on a regular basis. Might 
you be interested? Our needs are simple, 
answer reader questions and provide 
background facts and hardware details. 
There are still plenty of Apples running 
and needing help! Thanks. Bill. 

Dear Bill; 

I have some words of praise for the 
Amstrad PCWB256. Recently I was cor- 
responding with Emmanuel Roche of 
France. We both use the Epson QX-10 
computer. His Epson uses the European 
disk format, mine uses the American 
disk format. 

My reply to his last letter would be better 
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put on disk, rather than several sheets of 
hard copy. This way I could submit my 
versicMi of the software ready for him to 
run <m his Epson QX-10. All that I 
needed was the European formatted 
flofipy disk, which I both formatted and 
loaded on the Amstrad PCW. 

My Amstrad PCW82S6 has a 3" and 3 1/ 
2" drive A, and a S 1/4" drive B. Thanks 
to BiU Roch of Elliam Associates, who 
made the modificatians. 

FcMtunatdy I have a program for the 
PCW vdiich is called MFXJ (Multi For- 
mat Utility). I turn on the PCW, invite 
MFXJ, whidi is menu driven. The first 
menu shows 12 single letter options. 
T^ O to Iwing \xp the library man- 
ager menu. There I see "20 - Epson 
QXIO DS/DD". Next is "I)nstall a for- 
mat frmn library". Type <I> and answer 
the questicm with <20>. Now at the bot- 
tom of the screoi, I see a message which 
reads 'Drive B: is currently set to Epson 
QXIO DS/DD fwrnat.'. Drive "B-" wUl 
now emulate this format as marked. In- 
cidentally, this one is the European for- 
mat. 

Next iwess the <EXn> key to return to 
the first menu . Type <P> to produce a 
Stand-Alone format setap program, that 
wiU do vibat was described in the previ- 
ous panigrq>h without loading MFU. In 
this case I answered the question with 
<EPSONEU>. EPSONEU.COM is now 
a Stand-Alone 2k file that will run on 
any PCW floppy disk. There is no longer 
any need to load that large (40k) MFU 
im>gram, plus the required overlays, 
whenever I want to set the Amstrad 
PCW8256 drive B to emulate the Euro- 
pean Epson QXIO DS/DD drive. Now 
typing <EPSONEU> sets drive B. 

I used the *'A)nalyse imknown disk in 
drive B" option, in the first menu of 
MFU, to tell me the format parameters 
of the American Epsoa QX-10 flc^py 
didc Next, I used the "E)dit format 
panuneters for drive B" option, to create 
the EPS0NAM4 format, by inserting 
the parameters just found. EPSON AM4 
is the American Epson format with a 
skew fiictor of 4. It has been added to the 
MFU library of my Amstrad PCW8256. 
Now on the PCW I can format read or 



write either, the European, or the Ameri- 
can, Epson QX-10 floppy disk. — 
AMSTRAD PCW8256 TO THE RES- 
CUE! — 

Sincerely yours, Robert L. Edgecombe, 
Atascadero, CA 

Thanks Roger, I am sure looking for- 
ward to spending some time with my 
Amstrad, seems it Just sits in storage 
since being editor eats up too much of 
my time. But I like all the utilities and 
features it has, especially the one you 
Just mentioned (changed drive format 
by running a program you can create - 
neat!) and the few times I fired it up, it 
sure seemed like it would be fun to use. 
Oh well only one more issue to do, then 
vacation. Bill Kibler. 

Dear Bill: 

First I'll ask you to excuse my grammar. 
I never attended school on this side of 
the "Pond". 

If I remember right I have been getting 
the TCJ for about a couple years now 
and I for sure don't hope you give up, if 
so TCJ will be the fifth magazine I'm 
losing because I'm mainly interested in 
Yesterdays computers. I have got three 
TS-1000, one TS clone PC 8300 
(Lambda) one TS-2068 with printer, one 
Commodore 64 with Star NX-IOOOC I'm 
producing this letter on. 

Besides those I have got one and 3/4 of 
a second one IBM XT clone. I have got 
the heck of a time to find card and other 
stufi'that will run those. My last delight 
(headache) is a Atari PC 4 286, which I 
bought in a bankrupt sale, and I would 
be interested in to hear from anybody 
there can help with any kind of informa- 
tion, schematic, setup disk, and printed 
material. 

I swallow anything about XT's in TCJ, 
especially #73 was super and I'm look- 
ing forward to some more. 

Sincerely, A.J. Kammersgaard, Ottawa. 

Well A. J. thanks for the letter and num- 
ber 76 will be on XT and advanced sys- 
tems. I may do some talking about cases 



and such, but had intended to talk more 
about alternatives to the XT, such as the 
PT68K-4 running SKDOS or OS-9. I'll 
see if I can 7 slide a little XT information 
in with the 68000 stuff 

Glad to see your collecting and Jon 't 
worry, TCJ will be here for many more 
years. Just not under my full time con- 
trol. David Baldwin has lots of ideas to 
help out you XT people and classic us- 
ers too. BDK. 

Dear Mr. Kibler: 

I'd like to start with a question: Where 
have all the small IDE hard drives gone? 
I'm referring to IDE hard drives 60MB 
and less (especially 20MB units). Out- 
side of those that met with catastrophe 
while in service, I feel that there must be 
many, many of these small hard disks 
whose only failing is that they can't 
contain the bloated software foisted on 
the general public. 

Given the extremely low prices of enor- 
mous hard disks, surely users have re- 
placed their small-yet-still-functional 
drives. But what's become of the small 
ones that were removed? Now that we 
know how to interface IDE hard disks to 
our &vorite small machines, these small- 
capacity drives would seem to be the 
ideal things to use. Alas, I haven't seen 
any used or refurbished small IDE drives 
anywhere. Granted, there's probably no 
visible market for them, but I hate to 
think that they've been melted down or 
worse, sent to a landfill! 

If I could afibrd it, I'd buy up any and all 
such drives whenever I found some avail- 
able just to make sure they went to good 
homes, but alas, I can't. 

Related to this: While assembling a new 
case and power supply for the Conner 
CP-3022 (20MB) that I had been using 
with my Epson QX- 1 via a host adapter 
based on Wayne Sung's control ROM, 
A Uttle carelessness with the power sup- 
ply connections caused me to destroy the 
hard disk. I figured that was the end of 
my IDE experiments, but fortunately, a 
fellow member of the CP/M-Houston 
Users' Group had a Conner CP-342 ly- 
ing about that I could have. Although 
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I'm wasting over half the capacity, I at 
least get to continue working with 8-bit 
IDE on the QX-10. 

This has also made me start thinking 
about a "HardCard" type disk for the 
QX-10. The limited ^ce inside the 
QX-10 makes it difficult to put a 3.5" 
IDE hard disk inside, but one of the 
small-capacity 2.5" IDE hard disks would 
work just ri^ (as long as said card is 
installed in Option Slot 5 in the QX-10. 
The smallest-capacity IDE I've seen 
available to me is a 60MB Conner. At 
$30, it's starting to look like I could dare 
to buy it... Of course finding the 2mm 
connectors is another matter.... 

Back this past ^ring, the same member 
of the user group gave me something of 
a treasure. It's a NorthStar Horizon, 
modified by TEI for Cray Research. It's 
the boot/diagnostic server to a Cray X- 
MP super computer. Rather than a con- 
ventional N* enck>sure and motherboard, 
this beastie was mounted in a black 19- 
inch rack-mount case by Integrand us- 
ing an ordinary 10-slot SlOO passive 
backplane. 

It had a fairly conventional suite of N* 
boards (ZPB Z-80A Processor Board, 
HRAM 64K, MDS Floppy controller, 
HRZ HD-5 Hard disk controller) And a 
Vector Gr^hic, Inc. Bitstreamer II [1/ 
02] board that had been modified by 
TEI so that the serial ports were ad- 
dressed exactly like those of the N* 
motherboard. (Actually, after pddng 
around with an ohm-meter. The 
Bitstreamer II serial ports were already 
addressed like the N* motherboard — 
TEI just rearranged a handshaking sig- 
nal on one port and readdressed one of 
the parallel-port addresses to 0,1.) 

Further, there were some Cray Research 
boards: CHNL BFR (Channel Buffer 
with 32K of SRAM), CRAY CTL (Chan- 
nel Control Board), ER CHNL BRD 
(Error Channel Board). I received no 
disks with the machine at the time I took 
it home, but I got plenty of them at the 
next meeting, including all the original 
CP/M and N* HDOS disks (no manuals, 
though.) 



The machine works great, including the 
15MB hard disk. It booted right up the 
first time. I learned that the 3 2K on the 
Cray Channel Buffer board is required 
for hard-disk support under CP/M. It 
seems that N* HDOS runs in that 32K 
and manages the CP/M hard-disk 
filesystem as a file or files under HDOS. 
Pretty clever! Running it under CP/M is 
a snap, but all the hard disk utilities 
must be run imder HDOS and beyond 
the information provided in a "coc^- 
book" file on hard disk formatting and 
partitioning, I'm lost. I'm going to try 
to see if the member who gave me the 
N* has the docs for it. 

Over the break between the spring and 
summer semesters, I designed and built 
a serial I/O e?q)ansion board for the PCPI 
AppliClard. Over an extended Indepen- 
dence-Day weekend I did the most de- 
bugging, testing, and programming of 
the board. I've sulHnitted an article and 
schematic describing it. 

During the week and a half break be- 
tween the summer and fall semesters I 
said I was going to write that article on 
the board I mentioned. Instead, I became 
absorbed with mounting my Davidge 
DSB 4/6 (ActuaUy a Davidge DSB 4000 
Rev. B as I've since learned) single- 
board computer in an old Leading Edge 
PCLone case I was given. I now have a 
very neat and tidy setup with all of the 
Davidge's 4 serial ports, parallel printer 
port, 5.25/3.5" floppy and 8" floppy ports 
fiilly expanded and accessible. 

The resulting machine has 2 80-track 
5.25" drives (A: and B:, naturally) 
mounted in the new case and I have a 
pair of Shugart SA-860 " flippy drives 
plugged into the 8" floppy port as C: and 
D:. I also have a 720K 3.5" drive I can 
attach to an external floppy port as long 
as I implug the 8" drives (due to address 
conflicts). It's nice and quiet compared 
to the abominable home-brew case and 
power supply it used to have. I had no 
idea it has power-on RESET until I put 
it in this new case! The only port left 
unexpanded is the Davidge's high-^)eed 
parallel port. I hope to remedy this as 
soon as I can build a suitable hard disk 
host adapter (the intended function of 
the port). 



This past weekend (31 August-3 Sep- 
tember) was probably the most interest- 
ing. With my Amiga, CDTV, and 
Davidge and my brother's 486 box all 
up at school, I had the space to set the 
NorthStar up and play with it some more. 
TEI's User BIOS segment implements 
Port C of the 1/02 board as PTP:/PTR:. 
So I experimented with transferring 
things through RDR: and PUN: wifli 
PIP for the first time! I'd read and heard 
about doing that for the longest time, but 
the N* is the first machine I've had that 
was actually capable of doing that. 

With my new-found abilities, I managed 
to install Donald C. Kirkpatridc's ZCPR- 
D&J ZCPRl module on the NorthStar. 
First, I assembled the test version that is 
relocated and run at SOOOh. Using the 
PEEK command, I determined that 
BDOS in this 64K N* hard disk system 
resided at C500h. G used my Apple lit 
CanlZ180 system as the develq)ment 
platform then transferred the .HEX out- 
put to the N* using PIP on the N* and 
QTERM on the CardZlSO.) 

The problem installing the ZCPR mod- 
ule as part of the bootable system re- 
mained. Because the system was opti- 
mized for the TEI/Cray modifications, 
the CPMGEN. COM system relocator had 
been disabled (gave SYNCHRONIZA- 
TION ERROR after the first user re- 
sponse). I needed an image of the OS on 
which to install ZCPR. I remembered 
some things about SYSGEN.COM and 
decided to try it in reverse! I zeroed out 
memory with DDT and ran SYSGEN. 
After instructing SYSGEN to read the 
boot tracks of the standard boot floppy, 
I typed Control-C to warmboot with 
memory intact. 

I SAVEd an appropriate-sized chunk of 
memory and found the start of the CCP 
in the memory image. It was then a 
simple matter of overlying the version 
of ZCPR assembled for a BDOS location 
of C500h using DDT and SAVEing the 
newZCPR64.COM. One SYSGEN lata, 
I had a ZCPR boot disk. As I tend to do, 
I giggled hysterically when it came up 
the first time! 



Continued on page 20 
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Dr. S-100 

By Herb R. Johnson 



Dr. S-lOO's &11 column for September 
1995. Heib Johnson, CN 5256 #105, 
Princeton NJ 08543. 
hjohnson@pluto.njcc.com 

Good news on the GIDE front, and the 
usual mail. Someday I'll get bade to 
hardware, but someone's got to move 
this hard disk business forward. I've had 
a lot of interest in the Jade bus card and 
will write about it next issue. 

GIDE IDE hard drive to Z80 interface 

For those of you not familiar with GIDE, 
it is an IDE hard drive interface card 
that plugs into a Z80 socket. Tihnann 
Reh in Germany is the designer of this 
card, based on his woiic two years ago on 
a Z180 single-board computer with an 
IDE inter&ce using a PAL (programmed 
array logic) chip for the logic "glue" to 
conmiunicate with the drive. Several 
peqde, including myself, suggested he 
come vp with an independent interface 
for any computer, I suggested he make it 
pluggable into a Z80 socket, and that he 
add a clock chip for a time of day clock. 
A year later, he now has some proto- 
types available and I am negotiating with 
him to import these into the United 
States. Software, of course, is not avail- 
able: those who buy this proto^pes must 
be able and willing to write Z80 drivers 
and share the code with others. 

Here's the deal I have put together so 
&r, not knowing all the final costs: If 
you arc in the USA and are interested, 
AND can write CP/M BIOS code in 
assembler, you might want to work with 
this board. I'm taking orders in the USA 
at S60 each without clock chip, $73 
with, delivered unassembled and subject 
to availability from Tilmana You will 
get a board and parts, with whatever 



docs is available. If you want details, 
contact me (Heib Johnson) via mail, 
phone, or (preferably) e-mail. If you want 
information (two years ofTihnann's TCJ 
articles on IDE and earlier GIDE, and 
descriptions of the clock chip), send SS. 
Another $2 gets a disk of whatever soft- 
ware we have (mostly other people's 
software on doing various BIOS exten- 
sions). 

I wish I could offer more and be defini- 
tive, but that's how it is today, at the end 
of August 1995. Remember, this is de- 
velopment stuff, not "plug and play", so 
if you can't write Z80 assembly lan- 
guage and don't know your own systems 
at the BIOS level, you will not find this 
usefiil. After some folks get these run- 
ning and I can manufacture a regular 
suRJly in the USA, it may become more 
useful. Meanwhile, several people have 
previously given me deposits and are 
now ready to order. 

More donations 

I received a couple of Compupro sys- 
tems from Elliot C Payson of Denver 

CO in July, the usual situation: "My 
goal is to clear out a public storage room 
by the end of this month". Elliot has 
been a customer of mine for some years, 
and contacted me when he decided to 
get out of the S-100 hobby. He very 
kindly shipped me cards, disks and docs 
from his two systems, and even took 
time to remove the motheiboards from 
the boxes! I regret not being able to take 
the disk drives and the Compupro cabi- 
nets, particularly the latter. Compupro 
built heavy supplies with regulated 
transformers to insure reliable qjera- 
tion. Elliot said he'd hang on to the 
chassis and disk drives for awhile if 
anyone was interested, but that was until 



the end of July. I suggested he take them 
to a electronics surplus store we were 
both familiar with, as I lived near Den- 
ver for several years. 

Anyway, his boards and such arrived 
intact, and I look forward to integrating 
his software with the system I wrote 
about in this column some months ago, 
also acquired in a similar fashion. Elliot 
had another version of an MS-DOS for 
the Compupro, which I hope to write up 
someday. Elliot's closing words were: "I 
had a lot of fiin with the S-100 gear, 
getting it to work in varying degrees. 
Time doesn't seem to keep up with my 
project plans, so when our children grew 
up and moved away, we played more 
golf and traveled more, so a lot of unfin- 
ished projects remained that way for 
years. Now, after moving and less space, 
the CP/M gear has got to go." 

GSX and graphics 

I continue to correspond with Emmanuel 
Roche in France. Regular TCJ readers 
will remember his discussions of Digital 
Research's GSX graphics standards 

and he is also a correspondent with sev- 
eral CP/M enthusiasts. He writes in June: 
"Thank you very much for your parcel [a 
cq)y of David Cortesi's "CP/M Program- 
mers Notdxx)k" and some S-100 cards]. 
I was particularly impressed by his me- 
thodical way of programming and using 
his library of subroutines. The pigital 
Research CP/M] MAC manual also pro- 
motes very much this, with the 
SEQUIO.LIB which was probably used 
in a few CP/M 2.2 programs, like UN- 
LOAD vers 2.2. Thank you very much 
for the photocopies of manuals dealing 
with the NEX uPD7220 GDC [graphics 
chip, as used in the graphics cards in my 
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TCJ article months ago]. I found the 
CSD one very interesting." 

"Thank you very much for the two 8- 
inch disks (of graphics routines from the 
same graphics companies). These files 
will be a nice addition to my disassembles 
of NCRGRAF ( a package of graphics 
routines to be used with MBASIC), 
EGRAFPAK (some graphics routines in 
source code from EPSON for the QX- 
10) and the GSX screen drivers for the 
Epson QX-10, and the NCR 
DecisionMate V. It is quite interesting 
to compare these seven ways of using 
the same chip...." 

I also sent him an S-100 graphics card, 
one of a dozen I have from a banking 
system, which uses the Motorola 6845 
CRT controller chip, the same chip used 
in the original IBM-PC mono and CGA 
color cards. "Thank you for the M6845 
card, but I must admit that I was puzzled 
that you sent it to me as, at first glance, 
it has nothing to do with the NEC 
UPD7220. 1 sent it to the "S-100 Expert" 
of the CP/M User's Group UK. Could 
you explain a little more how you got 
them, and why you sent me one?" Well, 
his interest in graphics cards suggested 
to me he'd be interested in one; and his 
abiUties to decipher old software sug- 
gested he could decipher this undocu- 
mented card. 

"Finally, I want to let you know clearly 
that I would be VERY HAPPY to buy 
from you the I.T. card with its monitor, 
once you no longer need it, as it would 
provide me with the most powerfiil GSX 
screen device under CP/M on a S-100 
system. Digital Research wrote a GSX 
screen driver for the NCR 
DecisionMateV which was also using 
this chip. Patching the I/O port numbers 
and disabling some ROM checking code 
would produce a ready-to-use GSX 
driver. Then, the two GSX programs, 
DR GRAPH and DR DRAW would be- 
come usable. That's the big advantage 
of GSX: it really works with several 
devices. (But it is big and slow, so not 
usable for games.) You already saw [in 
a previous letter] what you can get fi'om 
the HP plotter. Compare that with a 
screen dump on a dot-matrix printer!" 



Well... like Elliot Payton, I got a lot to do 
myself I'd like to get back to the 
Compupro system and the IT card. But 
Emmanuel will be first on my list to get 
this card. I had hoped the materials I 
sent, and the S-100 card in particular, 
would give him something to work on in 
the meantime. I noted that the OTHER 
graphics card in my Compupro system, 
with a TI 9940 graphics chip, would be 
easy to wire \xp by hand, and would offer 
reasonable graphics too! 

CP/M on the Internet Cyber-cafe 

Later in August, Emmanuel writes: 
"Please find enclosed the results of the 
investigation of the mysterious S-100 
card you sent to me without explanation 
[the card with the Motorola chip], done 
by the S-100 expert of the (now defunct) 
CP/M User Groxsp UK. I was recently 
able to coimect to the Internet [again] 
via the first "Cybercafe" opened in Paris. 
It was interesting, but the price is too 
high in France - one dollar every five 
minutes. I saw the contents of the 
"comp.os.cpm" newsgroup, but was de- 
ceived by its small size (messages prob- 
ably have a time limit duration) and not 
technical contents (just silly messages). 
I am thinking about launching one such 
newsgroup, with more technical content 
like the disassembly of the BIOS of the 
Amstrad PCW8256; as more than 1.25 
MILLION were sold in Europe. [Mean- 
while,] the last TCJ I got was March 
1995 - 1 have no idea what is happen- 
ing." 

Emmanuel enclosed a letter from his 
UK colleague, Ken Mackenzie (rf'Luton, 
England (if I read the address correctly! ) 
which describes the video card I sent. 
Apparently the card supports 16-bit data 
transfers via DMA. He hypothesizes that 
it was built in the last days of the S-100 
world to compete with the direct video 
speeds of the IBM PC. As it was built to 
support banking transaction teller ter- 
minals, that was a reasonable guess! He 
said he could not get the card working 
because of a lack of information on some 
of the chips, and the absence of a com- 
patible cotmector to the "fimny video" 
connector on the card. I had presumed 
Emmanuel would simply solder a proper 
connector onto the card. As for sample 



software, some old BIOS code from the 
IBM PC that supported the mono or 
color card would probably be a good 
start. I'll have to send some over in my 
reply... 

Altairs: wanted and found 

Sam Hevener of Richfield OH just 
started reading TCJ in June: "I just re- 
ceived a sample copy and read your story 
on page 36, and saw your ad on the 
inside back cover. 

I was a mainframe computer repairman 
from I%7 until 1988, during which time 
the "PC" came out. In 1975 I was very 
much interested in the Altair 8800 com- 
puter. I purchased the instruction and 
assembly manual from MTTS and was 
about to purchase the 8800 CPU. I still 
have those manuals today. What really 
turned me off on the "PC's" was the feet 
that the systems that came out just after 
the Altair did not use the S-100 bus. 
[The IBM PC was actually a previously 
rejected design for a terminal, and I don't 
think "compatibility" was IBM's strong 
suit in 1981!] Every manufacturer had 
his own idea of the "best bus". From that 
time on, I have not had any interest in 
"PC's". I don't like the idea of being 
locked into one manufacturer. 

I would like to purchase a "dead" (non- 
(^)erating) but complete Altair 8800 CPU, 
not the Altair 680 [a 6800-based product 
also by MTTS], in good display ctmdi- 
tion. I have no desire to have an q)erat- 
ing tmit. Again the CPU must be com- 
plete but can have defective boards. 

My hobby is collecting WWII military 
radios which means I'm used to the old 
electronic items. I just like the history 
behind many of these dd items. If you 
don't have any of the units I describe, 
can you put me in contact with someone 
who doesT' 

I just did! But I have to say that there are 
many other people with just the same 
interest and motivation you have fat an 
MTTS/Altair 8800. I have "heard" that 
these go for over $ 1000 each, but I can't 
say someone has told me that is what 
they paid. So I'm afi^d general interest 
in this machiiK is rather high. However, 
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IMSAI's are less well^uiown and so are 
more available. Furthermore, they are a 
better design, and more were built. And, 
there are other S-100 machines of simi- 
lar vintage or later vintage that are easier 
to come by; and each manufacturer has 
its own "history" too. 

As with all my oorreqmndents, I encour- 
age anyone interested to contact these 
folks and exdumge infivmation and tech- 
nology. As for where to get these ma- 
chines: try garage sales, hamfests, 
. conqjuterfests, auctions, new^per ads, 
and so on. While I sell S-100 cards and 
docs, I find it is too difficult (i.e. expen- 
sive) to sell systems. Shipping, and the 
efifort to provide a complete and working 
system, jacks iq) the price; whereas a 
card or two is easy to manage in costs 
and efforts. 

R O. Whitaker of Apollo Beach FL 
reminds us of the problems of inventing 
too early, as well as how Altairs were 
originally used. "I am a new subscriber 
to TCJ. Own a pair of original Altairs. 
They were purchased to be used in a 
demo system of a rei^acement for a news- 
papa, a system cm which I hold the 
patent The news is transmitted from a 
radio transmitter, each stoiy only once. 
It is received in the home and stored in 
con^Miter memory. Then whenever the 
user wishes to nad the latest news he 
sits down and calls the selected stories 
fitMnmenK»y." 

"I got a demo working using the two 
Altairs. But interest was nil or negative. 
Caught quite a tnt of ridicule." 

"I then set them up to demonstrate a 
base-16 numbering system using "Com- 
puter Compatible Numerals". That went 
over no better. Gave up on that several 
years ago. Since then they have been 
gathering dust. Plus mouse droppings." 

"My chief objection to the S-100 bus was 
the scattering of the address lines hither 
and yon — rather than having them in 
succession in a line. I have one of the 
Jade bus probes you mentioned in an 
earlier article. It is in virtually mint con- 
ditk>n. Should also have the literature on 
it. I would be willing to lend the probe to 
the person who was looking for one - he 



might get in touch with me. If I had had 
extensive use for the Jade probe I would 
have added an adapter which would have 
put the Unes in order." [I would suppose 
that is what the front panel does - Heib] . 
I would be willing to write something up 
for you if you feel that I might have 
anything in which you would be inter- 
ested." 

Of course, you already have. Thanks! It 
might be interesting to see the bits of 
code you wrote to simulate the "radio 
newspaper" you put together, and how 
far you carried the simulation. Did you 
decode binary signals from a modem, or 
directly from audio? Did you compress 
text? and so on. Your patent would seem 
to be a neat bit of "prior art" that might 
keep some big software company from 
"patenting" certain kinds of software, 
but I'm no lawyer. 

Systems found: now what? 

Ron Wintriss of Lisbon NH writes: "I'm 
an avid reader of TCJ, but I have not 
needed your services and advice until 
now. At the local hamfest I ran aaoss 
two S-100 systems I just couldn't pass 
up. I was guaranteed that they both 
worked, but upon getting these home I 
found some "problems". 

"Qmiputer number one is a Northstar 
Horizon with two 5.25 inch flqjpies 
and a Hazeltine 1 500 terminal. Two disks 
came with it. I was assured these were 
the boot disks, and I took his word as 
gospel. On power up, the left drive started 
reading and a diagnostic program came 
up on the screea Whatever menu item I 
chose, the results were the same: ma- 
chine hangup. After trying and resetting 
five times, the program no longer comes 
up. Maybe I scared iL What I need to 
know is do these things use some kind of 
DOS? Are they like CP/M machines with 
software BIOS?" 

Ron, the quick answer is that the 
Northstar was used as an independent 
computer, and also as a diagnostic ma- 
chine for some mainfi-ame computers, 
most notably the Cray. There were q)er- 
ating systems for the Northstar, namely 



CP/M and NorthStar DOS: I have these 
and I'll contact you for details. 

Ron continues: "Machine number two is 
an MITS Altair with lots of boards, 
some manuals, but no Altair operation 
and programming manual. These I need. 
Also it is just a mass of boards in a 
backplane, i.e. no chassis or cabinet. Do 
you know where I can get a chassis at 
least for this unit"? 

Depends on what model the Altair is: is 
it the original 8800 with the Utile round 
switches and blue front panel? Is it the 
later model with the flat switches and a 
black front panel? I'll contact you for 
details. And I have some manuals, but 
no cabinets to spare. 

"I also read your column, and was sur- 
prised to see the Jade Buss Probe men- 
tioned. Nfy brother sent me one in the 
original box. I didn't know what I was 
going to do with it, but now I'm glad I 
kept it.!" 

You might try putting it in the Northstar 
to observe it's operation. You can moni- 
tor what the computer is doing in re- 
sponse to disk access, terminal keyboard 
entry, etc.; and get some idea whether 
it's reading your disk or terminal. Read 
the manuals first, of course, before plug- 
ging anything in! 

Karl Fritz of Akron OH is looking for 
SD Systems boards, and for Digital Re- 
search of Texas boards, namely 1 meg 
RamDisk cards. 

References: 

Elliot C Payson, 6325 W. Mansfield Ave, 

No 206, Denver CO, 80235 

Emmanuel Roche, 8 Rue Herluison, 

10000 Troyes, France 

Ken Mackenzie, 1 16, Montrose Avenue, 

LUTON, Beds, LU3 IHS, England 

Sam Hevener W8KBF, 3583 Everett Rd, 

Richfield, OH 44286-9723; (216) 659- 

3244 

Karl Fritz, PO Box 9080, Akron, OH 

44305. 

R.O Whitaker, 128 St Kitts Way, Apollo 

Beach, FL 33572. 

Ron Wintriss, 100 Highland Ave. 

Lisbon, NH 03585. 
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The European Beat 

by Helmut Jungkunz 



Regular Feature 

All Users 
East German Z80 



Today: KC and the Sunshine 

Once upon a time, computers were very expensive. A special 
8-tHt home computer named KC ranked around US$ 12000 I ! 
Only, at the time you couldn't. And most likely, you wouldn't 
have bought it any way, since the time 1 am talking about is 
1984-1985, when the term "East Germany" still meant a very 
different country. The KC was sort of Top-Of-The-Notch for 
the 8-bit developer. 

What do I have to do with this? Well, this year, there were two 
German Z-fests, one in Eastern Germany, and one in Western 
Germany. Both were attended by Jay Sage and Joerg Under. 

Joerg Linder is a very active 8-bit hobbyist and one of the main 
cooperators of my ZNODE 5 1 . He has produced quite valuable 
translations of program descriptions like QL41.D0K, 
NULU152.DOK, SLR.HLP and many, many others. At the 
moment, he is working on a translation of the documentation 
to BYE, since the BYE-concept is fairly unknown to most of 
the German 8-bitters. 1 found this situation quite unsatisfactory 
and asked Joerg to do some work on BYE, and he agreed, being 
un&miliar with it himself. After all. Language barriers are 
amongst the main reasons for low interest in main concepts, 
which made it nearly impossible for me to persuade anybody 
into taking a dive into ZCPR, before the advent of NZ-COM 
and Z3PLUS. 

So, to cut a long stoiy short, Joerg was there at the Z-fest in 
Gueglingen, where he brought his favorite little machine, the 
fabulous KC-85/4. 

I was so surprised about the elegant design, that I asked Joerg 
to supply me with some information, so that I could write this 
article. 

The true makers of the KC series always saw themselves totally 
apart from VEB Robotron, the ofiicial marketer. The Robotron 
machines t^ically lodged like Army surplus boxes, all in 
green, almost like home made weird-ware, with a totally in- 
conqirehensible keyboard. Not so the KCs. Compared to the 
Robotron stuff, they were really beauties. 

First of all, there was the KC 85/1, already equipped with the 
famous U880 CPU. This was a processor, manufactures for 
export as well. The flawless ones carried the print "Z80", the 



less perfect ones "U880". One of the stories told, is, that one 
day Robotron had used up all existing U880s tor the production 
of their computers and ran short all of a sudden. The Plan had 
malfunctioned again. What else could they do, but buy Z80s 
bade from West Germany! 



Technical data 




y-p o</i 


CPU: 


U880D 


Merooiy: 


17KRAM 


User Memory: 


16KRAM 


ROM: 


6KROM 


RAM Expansior 


i: 64K RAM maximum add-on 


Keyboard: 


65-Keys 


Display: 


TV-Set 


Screen: 


20x40 or 24x40 


Characters: 


8x8 


Graphics: 


128 symbol graphics 


Color: 


optional RGB 


Sound: 


BuTzer 


Storage medium 


: Cassette tape 


Connectors: 


TV, Cassette, special I/O 




2 Joystick-Coimectors 


Languages: 


BASIC, Assembler 


vr R*''' 


CPU: 


U880D 


Memory: 


32KRAM 


User Memory: 


18KRAM 


ROM: 


4KROM 


RAM Expansion 


i: 4096K RAM maximum add-on 


Keyboard: 


64-Keys 


Display: 


TV-Set PAL! 


Screen: 


320x256 dots 


Characters: 


8x8 


Graphics: 


81920 dots 


Color: 


16 foreground, 8 background 


Sound: 


2 generators, 2x5 octaves 


Storage medium 


: Cassette tape 


Connectors: 


TV, Cassette, spedai I/O 




2 Joystick-Connectors 


Languages: 


BASIC, Assembler 


Modular expansion modules available (PIO, serial etc.) 
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CPU: 


U880D 


Memory: 


32KRAM 


User Nlemoiy: 


lUCRAM 


ROM: 


16KROM 


RAM Exputskm: 4096K RAM maximum add-on 


Keyboud: 


64-Keys 


Disphvy: 


TV-Set PALI 


Screen: 


320x256 dots 


Chaiacmrs: 


8x8 


Graphics: 


81920 dots 


Color 


16 foreground, 8 background 


Sound: 


2 generators, 2x3 octaves 


Storage medium: Cassette tape 


Connectors: 


TV, Cassette, special I/O 




2 Joystick-Comiectors 


Lansuiges: 


BASIC from ROMI, Assembler 



CPU: 

Memory: 

User Memory: 

ROM: 

RAM Expanskm: 

Kqptioaid: 

Display: 

Screen: 

Characters: 

Chaphics: 

Color 

Sooid: 

Storage medium: 

Connectors: 



U880D 
64KRAM 
64KRAM 
20K ROM 

40%K RAM maximum add-on 
64-Keys 
TV-Set PAL! 
320x256 dots 
8x8 

81920 dots 
hires 

2 generators, 2x5 octaves 
Cassette tape 
TV, Cassette, spocM I/O 
2 Joystick-Connectors 
BASIC. Assembler 



KC 8S/2, 3 and 4 can be chained with external boxes tq) to 
\€MR. A disk unit with CP/M compatible MicroDOS 2.6 (at 
4MIfa!). 

Okay, now let's have Joerg tell us it's story: 

Some history 

Initially, the KC-series was conceived for the home market. 
This is the reason, that some KC 85/2 still display "HC 900" 
wlien coming up, HC as in home computer. £>ue to the shortage 
on the electronic supplies (especially Memory-chips were gold 
dust in the GDR!), decisions were made, only to produce these 
computers for official purposes. 

The first computer from Muehlhausen was introduced in 1985 
at die Leipziger Messe as KC 85/2. The reason for this strange 
version number II was the simultaneous release of a KC 85/1 
from Robotron, both machines being completely incompatible. 



Shortly after, the mcagerly equipped KC 85/2 underwent fur- 
ther development. The output was the KC 85/3. Even if the 
year 1987 had already come, the name was kept for the sales. 
The GDR ministry of education had finally realized the neces- 
sity of computer education. The chosen "instrument" was the 
KC 85/3, the reason why this computer was produced in larger 
nund>ers. The top-of-the-list product out of Muehlhausen was 
the KC 85/4. It went into production in 1989 and was even 
publicly available. If not for the "Wcndc", the reunion of both 
East- and West-Germany, there would have possibly been a far 
larger number of those computers. 

One other product to be mentioned, is the KC-compact. Al- 
though being totally independent of the KC-series, it had it's 
importance in being compatible to the AMSTRAD CPC. They 
copied some of it in such a perfect way, that even the same 
ROM-bug can be found within the KC-compact and the CPC. 
Only a few of those computer exist, since the production started 
in mid 1989. 

Some technical stuff 

Basically, all KCs are of the same construction. The housing 
is about 385x270x77 nuns and contains the power supply, the 
main CPU-board and two module slots (actually more like 
connector arrays to the rear, H. J.). The KC was equipped with 
a not so comfortable keyboard in a separate housing. Standard 
video output is through a TV-antenna, but a better picture can 
be achieved by the rear RGB-connector (supposedly analog). 

Inside the KC, a U 880 CPU operates at 1.75 MHz. This CPU 
isfiillycompadbletotheZSO (see above <G>). Since the CPU 
has to cap& with the color graphics all by itself^ in some 
respects, the performance is rather slow. Nevertheless, the 
modular concept of the system is quite pleasing. Using a clever 
module management, and throu^ the connection possibilities 
of expansion add-ons, the system can be expanded nearly 
limitlessly. 

The address room of 64K is kept in 16K blocks. The KC 85/ 
2 comes with 16k RAM on delivery, 16K screen memory and 
8K ROM. The KC 85/3 has an added internal BASIC-inter- 
preter, so it uses 16K ROM. In the KC 85/4, there are 64K 
RAM Memory, 64K screen memory RAM and 20K ROM. 

There were 35 different modules, including various test and 
measuring modules, not all of them having ever been available 
in the stores. They can be basically divided into three groups: 
ROM-modules (even with software), RAM modules, and I/O- 
modules. The modules are governed by a PIO, that is used like 
a MMU. By that, it is theoretically possible, to address iq) to 
16MB of memory. 

You could get a bus driver and an intelUgent floppy disc sub- 
station. Each bus driver will allow you to drive four modules. 
By far more interesting is the "Floppy Basis". It contains a 
complete Z80-computer, ruiming at 4 MHz. Four drives with 
780K capacity can be hooked up to it. 
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Ludcy owners of said Floppy Basis can ran two operating 
systems. One, the KC operating system is expanded to disc 
access, second, another system called "MicroDOS" can be run. 

Some software business 



A 16K RAM module rated more than 750 Marks. But de^ite 
the exorbitant prices, computers and spare parts were hard to 
get, as digital electronic components were scarce, as they were 
usually exported into the NSW (non-socialist-economy =the 
West). 



MicroDOS is compatible to CP/M 2.2. A veiy unusual version 
number of 2.6 is reported. The basic CP/M 2.2 has been added 
a few functions (like SCB), so it ranges somewhere between 2.2 
and 3.0. Thus, only about 50K TPA are left. But while 
integrating Tilmann Reh's GIDE by our software specialists, a 
more powerftd operating system will (have to) reailt. 

Also very interesting is the interaction of both computers. The 
actual KC is mainly ftinctioning as terminal imder MicroEKDS, 
while the Floppy Basis does the real work. All data transfer is 
executed via coiq)ling RAM of IK size, situated within the 
address range of the Floppy Basis, as well as within some of the 
I/O-range of the main KC. 

The advantage of such a construction design, is the usability of 
all features ofthe basic device within MicroDOS. For instance, 
coIot graphics can be used, which on the other hand would 
make these programs incompatible with other CP/M-machines. 
Also, all connected RAM-modules are recognized and acces- 
sible as one RAM-disk. This RAM-disk can be up to several 
MBs large. 



A small glance into the future 

Since the manu&cturer is deftmct, we must help ourselves and 
each other. This was the reason to form the KC-Club in 1992. 
The initial founder had given up after about 1 year and things 
had become quiet about our club. So, I took up the lead. Ever 
since October 1994, the KC-Club exists, and with it a maga- 
zine. 

In the mean-time, the number of members has increased to a 
number 70, of which a greater part is quite active. In the 
middle of April 1993, we had our first(!) cliib meeting. It was 
a big success- 30 members showed up. The next meeting is 
already being prepared. 

Our projects at this moment are: connecting Tilmann Reh's 
GIDE, plus a more comfortable keyboard, development of a 
sound module, speeding up the KC, development of a better 
MicroDOS. These are only the larger projects. MaiQ^ofour 
members are building a few things (h* writing smaller pro- 
grams, that I cannot list here altogether. 



Some prices 

I am certain, these prices will be interesting to everyone: 

Since the KC 83/2 and KC 85/3 never had been available to the 
public, the prices are mere estimations. In the GDR, conqia- 
nies had to pay higher prices than ordinary people. A PC 1715 
with green monitor and 9-needle printer was 20.000, — to 
25.000,— Marks (East). Don't forget - we are looking at a Z80 
computer with CP/M 2.2 after 1985!! 

When the KC 85/4 first appeared in the shops, it's price was 
4.500, — Marks (about 4 times the average monthly income .). 




I hope to have brought you some interesting insight into the 
worid ofthe "KC". 

Bye, Joerg Under ( translated by Helmut Jungkunz ) 

I'd like to thank Joerg for this "essay" on the amazing world 
of GDR. Hope you fouitd this as fascinating as it was for me. 
Regards and cu; Helmut Jungkunz. 

(P.S: I'd be glad to receive your comments on n^ articles, best 
through e-mail, since this creates a con^uter file that can be 
passed to others.) 



BOd 7.1.1. Minimallunfigwmicn da KC *S/I 
hebd 




BiM 7,2.1. KC 85/3 in d« Minin»dk«aAtMriUioiv 
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32-Bit Systems 
All Readers 
Rick Moved 



Real Computing 

By Rick Rodman 



Wdcome to the newly-established Kettle 
Pond Computing Facility. In addition to 
a number of PCs and a grand total of 
almost 8 GB of online storage, there is a 
number of experimental and vintage 
computers for software testing and 
portation. 

Real Computing is not just an attitude, 
it's a way of life. We take our comput- 
ing seriously here. We believe not just 
in fiist computers and low overhead, but 
in squeezing the last drop of performance 
firom our hardware. While many folks 
are OLE-embedding Microsoft Word so 
they can print an envelope from an in- 
terpreted Visual Basic program, we shud- 
der at such waste. 

Real Computing is like hot rodding. Hot 
rodders know their hardware, whether 
it's a 1936 Ford Coupe with a super- 
charged V-8, an Austin Mini-Cooper 
with a transverse 4, or an old Saab with 
its 2-cycle, 3-cylinder motor. It doesn't 
matter how powerful your engine is - 
what makes the difiTerence is how well 
you understand and use that engine. 

What I'm getting to is that I've moved, 
and with everything in chaos at time of 
writing, I haven't gotten much confut- 
ing done lately, but I have positioned 
myself for better computing in the near 
figure. I have played with the Minix 1.7 
beta, but have ejqierienced problems with 
it booting on two machines I've tried it 
on. It is reported to include TCP/IP and 
siq^rt for Adaptec SCSI boards. Minix 
may become my universal OS - running 



on experimental hardware - or I may go 
back to work on Uzi. 

Latest news on Uzi 

I've heard rumors that some folks in 
Germany worked further on Uzi, but 
have been unable to confirm these. 
However, I have had some e-mail ex- 
changes with Doug Braun, the original 
author of Uzi and Uzi-280, and he basi- 
cally indicates he has no further interest 
in Uzi and has not worked on it in some 
time. 

Because it is so compact, Uzi is a pos- 
sible caitdidate for our portable operat- 
ing system The idea here would be to 
use it for small embedded systems based 
on Z-80 or other processors, and as a 
sulM>perating system on our develop- 
ment platforms. Rather than taking over 
the machine, it would run within MS- 
DOS or CP/M, much like Z-System does. 

On the target machine, Uzi would run 
'native', providing a Unix-compatible 
environment to programs. 

Since Uzi is less complex than Minix, it 
could be made easier to port. The 
scheduler needs work, however. Another 
thing which needs to change is that pro- 
grams need to be loadable in relocatable 
format rather than COM format - SPR 
or PRL, for example. 

Oberon 

Another interesting "free" package is 
Oberon, which is a combined operating 
system and language. The language is 
similar to Object Pascal. However, rather 
than having a rigid boundaiy between 
the operating system and programs that 
run within it, a programmer writes func- 



tions which are added to the system and 
add functionality - much like APL or 
Forth. The operating system and com- 
piler are themselves written in Oberon. 
There are a number of different versions 
available, and it's not clear how much 
source code you get. Nor is it clear how 
efBcient or portable the system is. It 
doesn't come on CD or diskette; you 
have to ftp it from Switzerland over the 
Internet. Because the fries were com- 
pressed in 16-bit Unix compress, I 
haven't been able to uiq)ack them or try 
it out yet, but if it looks good, I'll have 
a full report. 

Sprite 

I've talked about Sprite previously, but 
in response to reader inquiries, I have a 
little more to say about it. Sprite is a 
distributed OS with almost-full source 
available from Walnut Creek CD-ROM. 
It spears to include a bootable image 
for the DEC 5000 workstation and for a 
Sparcstation 2. I can't tell whether the 
Sparc image would work on my 
Sparcstation 1 or not. 

Sprite is full of really clever ideas, such 
as the Log File System, where every- 
thing is written to a file as a stream of 
changes. There are a number of papers 
on the CD, such as a comparison of 
Sprite with Amod)a. And, of course, 
there is an astonishing amount of source 
code on the disk, although some source, 
being AT&T-encumbered, is missing. 

There is probably too much code, in fact, 
for a hobbyist to hope to do more than 
mine it for useful functions and mod- 
ules. It might be possible to use "chunks" 
of Sprite in developing your own distrib- 
uted operating system; however, in the 
past I've had little success with this. 
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The reason is that the module granular- 
ity is too large. 

I'll digress for a moment and explain 
what I mean by this. Visualize each 
source file as a little block floating in 
space. Then, you can see inter-file con- 
nections such as global variables and 
fiinction calls as little glowing threads 
between the little blocks. 

In a small program, there will be a few 
blocks all connected together with hun- 
dreds or even thousands of threads. To 
try to remove a blodc and use it in a new 
program, the new program will have to 
satisfy all of those little connections. 

In an operating system, there will nor- 
mally be "clusters" of tightly-intercon- 
nected blodcs connected by comparatively 
fewer threads. Each cluster can be con- 
sidered a module. For example, in Minix, 
you would have the FS and MM mod- 
ules floating off', with very few connec- 
tions to them. You can consider pro- 
grams which run under Minix, such as 
the shell, to be connected through the 
system call interface. In another ex- 
ample, under CP/M, the CCP, BDOS, 
BIOS, and transient programs, are con- 
nected to each other by only one or two 
threads. 

Sprite has a modular design consisting 
of about 30 modules. Because it's a 
distributed operating system, I would 
expect that the modularity may be better 
than in most other operating systems. 
Each of the modules is very large, though; 
for example, LFS contains 43 source 
files. The code is well-commented. So, 
if you're writing a big operating system 
and need a source of ideas, either from 
research papers or from source code. 
Sprite m^ be of value to you - possibly 
greater value than other, less modular 
systems like FreeBSD or Linux. 

Personally, I think the modularity is still 
too coarse. Modules should be much 
smaller, and protected from each other, 
if possible, by hardware. I'd like to see 
a Minix-size operating system with thirty 



or forty very small modules instead of 
three. 

The goal of a modular design is to tightly 
specify intermodule connections so that 
modules can be easily moved from one 
project to another. The number of 
intermodule connections must be reduced 
to a minimum. Then, each module can 
be easily reused in other programs. It's 
desirable that modules be as small as 
possible, so they are ftmctionally sqpa- 
rable, not just agglutinations of conve- 
nience. 

Sounds quite simple, doesn't it? Unfor- 
tunately, almost nobo(fy writes programs 
that way. Somebody will undoubtedly 
say, "Object-oriented programming!" 
But OOP, as presently practiced, pre- 
vents modularity because of inheritance. 
By creating a hierarchy of objects inher- 
iting from one another, an OOP pro- 
grammer creates modules which are 
tightly interconnected by a large number 
of inq)enetrable bonds. Only very simple 
objects could be extricated fiiom a project 
written in purist OOP fashion. While 
presenting an illusion of encapsulation, 
OOP has merely hidden the spaghetti 
beneath the meatballs. 

Miscellaneous news 

In unrelated news, I've been playing with 
a CD called "Fun in the Sun" from the 
Sun User's Group. There's a lot of neat 
noises and some X Window games on it, 
mostofwhich I've seen before. I've also 
acquired some "Prime Time Freeware" 
CDs at giveaway prices at Micro Center, 
who is closing them out They're chock 
full of source code. 

The deluge of 286 PCs has begun. Most 
XTs have by now either found new homes 
or wound up in landfills. But there were 
at least ten times as many 286 PCs made. 
Expect to see truckloads of them at 
hamfests and flea markets, with prices 
dropping into the $10-$20 vicinify. 
These machines are much easier to con- 
figure than XTs, especially adding hard 
drives; although the CMOS batteries will 
probably be dead and no technical infor- 
mation available, they'll make nice 
wordprocessor machines for your kids 
or favorite charity. They won't run Linux 



or Windows 95, but they'll run Minix 
just fine! 

Next time 

Next time we'll have a review ofFreeBSD 
2.0, the other "fiw" Unix This version 
comes with a recommendation fiom Wal- 
nut Creek CD-ROM, who run their en- 
tire operation using it FreeBSD is closely 
related to the NetBSD release which 
many PC-532 users have switched to. 

Reference 

Real Computing BBS or Fax: +1 703 
759 1169 

E-mail: 102046,1656 on CompuServe 
(102046. 1656@compuserve.com) 
Mail: 1 150 Ketde Pond Lane, GreatFalls 
VA 22066 

Watout Creek CD-ROM 

1547 Palos Verdes Mall Suite 260, 

Walnut Creek CA 945% 

+1 510 675 0783 



fLINUX $61.95' 

Slackware Pro 2.2 

Includes 4 CD-ROMs and a 

640 page manual 

A ready-to-run multitasking Unix clone 

for 386 and higher PC compatibles. 

TCP/IP, C, C++. X Window, complete 

Source Code, and much more! 



JUST COMPUTERS! 
(800) 800-1648 

Fax (707) 586-5606 Int'l (707) 586-5600 
P.O. Box 751414, Pelaluma. CA 94975-I4I4 

E-mail: sales@justcomp.com 

Visa/MC/Int'l Orders Gladly Accepted 

For catalog, send e-mail lo: info@juslcoinp.com 

1 Include "help " on a single line in the message. 
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Small System Support 

By Ronald W. Anderson 



C Tutorial #4 

In order for a {xogram to do much useful work it has to be able 
to gtt information in, process the information, and output the 
results. This lesson will concern itself with input from the 
terminal and output to the terminal. Later we will look at input 
and ou^t from files, which closely parallels IAD from the 
console or terminal. 

Befopc we can get into using these functions, however, we need 
to talk about fimctions and parameter passing. Let's build on 
what we learned the last two times and define a function that 
does nothing but kill time. That is, a delay function. 

deltyO 

{ 

int n; 

n - 30000; 

while(n — ); 

} 

The fimction sinq)ly counts down from 30000 to zero and 
returns to the line after the program line that "called" it. The 
calling is aoconq>lished by including a liite with the statement; 

delay(); 

(Xcourse it would be nicer if we could control the length of the 
delay somdiow. We can, fortunately. There is a mechanism 
for the main program to pass information to the delayO 
function. 

delay(count) 
int count; 
{ 



whilc(count — ); 



} 



In this example the (count) part is the definition of a "formal 
parameter^. It simply says that the part of the program that 
calls this function is going to "pass" it an integer number that 
is given the name "count" locally to this fimction Function 
calls in other parts of the program will look like this: 

dclay(6); 

delay(25000); 

delay(timeval); (assuming timeval is an integer variable) 



For any simple variable type, the program "passes" the value 
of the variable to the fimction. This is called "passing by 
value". If the formal parameter is an array, however, it would 
be a lot of work and take a lot of time to pass the fimction all 
the values in the array, so C automatically passes the fimction 
the address (plQ^sical memoiy address in the computer) of the 
first element (item) of the array. Thus in our first session: 

char message[] = { "Hi there" } 



puts(message); 

The call to puts passed the address of the memory location 
containing the "H" to the fimction puts(). putsQ is defined in 
stdio.h so that it expects to receive an address, not a value. 
We'll expand on this next time when we get to the subject of 
pointers. 

Let's take a moment to talk about "initializers". 

int n; declares an integer variable n and does nothing to 
give it a value. It simply sets aside space for 
the variable. It may well contain garbage. 

int n=0; declares the variable and gives it an initial value of 
zero. We could just as well do it with two statements: 

int n; 
n = 0; 

The same is true of the arr^. We could define the array: 

char message[17]; 

We would then have to use one of the string fimctions that we 
haven't talked about yet to put the message in the array, or we 
would assign the characters one at a time, (a real chore). 

When in C we use a literal string as in: 

puts("Hi there"); 

C treats the string just as though it were an array elsewhere. In 
fact most C compilers put all the literal strings together some- 
where in memory as a group, and compile the address of the 
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literal string in place of the string itself. C also automatically 
ends a string with a NULL (0) value. That is, the compiler 
appends or adds a to the end of the string. This can some- 
times cause a problem if you are not careful. If you declare an 
array: char message[12] you can only put 1 1 characters into it 
because the compiler uses one location for the NULL that it 
appends. 

Now having gone through that we are prepared to look at the 
printfO Amction. PrintfQ is rather unique in that it allows you 
to pass it a variable number of parameters. So far we have only 
used one parameter, but functions can use several. The sim- 
plest use of printfO is to print a string: 

printfT'Hi thereVn"); 

This does just what you think. The only thing new is the escape 
sequence '^n". C has defined a number of these to print "non- 
printable" codes. The \n means "newline" and it outputs a CR 
and an LF to the monitor to get you to the start of the next line. 
PrintfO can do far more than that, however. 

printfCTod %c %x\n",'A','A','A'); 

result: 65 A 41 

The format string in quotes has told printf to print three values 
as decimal integer (%d), character (%c), and hexadecimal 
(%x). The values are Usted as the character constant capital A 
three times. The printout converts them to decimal 65, charac- 
ter A, and hexadecimal 41, all precisely the same value: 

01000001 in binary. 

Note that the ^ces in the format string cause the spaces 
between the three values that are printed out If the format 
string were "%d%c%x\n", the printout would be: 65A41! 

I have iiKluded a list of the format specifiers. Things can get 
more complex, and do, but once you grasp the basic idea, 
output of numbers in different formats is easy in C. 

ScanfO is the corresponding input function to get an input from 
the terminal. 

scanf("%d",&n); 

This gets the value of the variable n. Note one new idea here 
that causes confusion to new C programmers. The function 
scanfO doesn't want the name of the variable to which you are 
going to assign the input value. It wants the address of the 
variable. The ampersand "&" is the "address of operator. The 
statement says to get an input from the keyboard, translate the 
sequence of ASCII characters into an integer and place it in 
the variable n. 

I wondered frequently why scanfQ was written this w^. Couldn't 
you just as well have scanfQ return a value of the type of the 



format specifier? Then you could simply say: n= scanf("%d"); 
While that is all true, scanfQ allows you to input more than one 
value at once. Doing it the "couldn't you" way would only 
allow inputting one value with each scanfiQ call. We haven't 
talked about functions retiuning values, but as we will see later, 
a flmction can directly return only a single value. Passing a 
function addresses of variables allows it to return multiple 
values via the variables whose addresses were passed to it. 

printf("input two integers: "); 
scanff %d %d),&m,&n); 

I think that will be enough for this session. Next time we will 
introduce pointers and show how they relate to am^s. Let me 
say that this series is intended mostly to act as an introduction 
to C. It doesn't take the place of writing some programs. 

I am going to recommend a shareware program. If you have 
access to a PC, you ought to get this one. It consists ci lessons 
in C programming presented nicely. If you have a C comfHler 
you can link it to the program in such a way that you can 
conq)ile some example programs with it. If not, you can learn 
C anyway, and perhaps use your 6809 system to work through 
the example programs in the lessons. 

The package is called CTUTOR. It is sold by KNOWWARE, 
1039 Melrose St, Bowling Green, OH 93402. The supplier 
wants a $10 registration fee and $3 for a 60 page printed 
manual. Registration assumes you already have a copy of the 
program. You can get a copy of the latest version for an 
additional $10, but it IS shareware and I can give you a copy. 
I have the latest version and I would be happy to do so. If ycm 
want to try it out, send me a formatted disk (5.25 or 3.5, format 
of your choice (for a PC, of course), and I'll send you a copy 
fiee. 

If you like it and decide to register, there is information along 
with the program. Again I would advise starting at the begin- 
ning and going as far as you can (until you get lost), then next 
session start over again. Sooner or later, drop the first lessons 
and add new ones at the end. It won't take long if you work 
through the examples and play "what's wrong with this pro- 
gram", since there are numerous examples of common errors 
that you can try to find, and then the tutorial will point them 
out to you. I hope this series can act as an "ice breaker^ so you 
won't have to start with a tutorial or a textbodc and have it all 
be totally new to you. This tutorial program is not quite 
conq)lete, but it goes pretty far. Unfortunately it uses the style 
of ^SI C, but the difTerences are not large. 



Table 1 — Forniat Specifiers 

Data type 

Single character 

Signed integer 

Signed double or float sci format 

Signed double or float in dec. 



Scanf Printf 



•/.c 
%d 
%e 
%f 



%d 
%e 
•/of 
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%o 


VoO 


%s 


%s 


•/.u 


%u 


%x 


%x 




%% 




%6d 




%6f 




%.2f 


t. 


%6.2f 


*/«hd 




•/.Id 


•/old 


%lf 


•/.If 


•/.Lf 


•/.Lf 



Octal (letter o not 0) 
Character String 
Unsigned decimal integer 
Hexadecimal ('/.X for uppercase) 
Print percent symbol 
Decimal integer 6 digits wide field 
Floating point, 6 digits wide field 
Floating point 2 digits after dec. pt. 
Floating point 6 wide 2 after dec. pt. 

Size nKxiifiers 

Short int (8 bits) 
Long int (32 bits) 
Double (64 bit float) 

Long Double (80 bit float) 



Assembler 

Last time I talked about writing a program to load and run 
position independent programs, that is, programs written in 
position indq>endent code. I had a few struggles simply be- 
cause I forgot a couple of lines of code, but in an hour or so of 
ddMig I found my omission and the program worked. The 
program is called LOGO (i.e. LOad and GO), and the syntax 
after you have copied it to your system disk as LCXXD.CMD, is: 

LCXK) LOAD ADDRESS FILENAME PARAMETERS 

I have modified LISTl to be position independent. I'll present 
the listing below. For the moment assume the new program 
called RLISTl resides on the woridng drive (1) in the form of 
a .BIN file. The command to list its source file would be: 

LOGO 3000 1.RLIST1.BIN RLIST1.TXT 

The load offset is 3000 (hexadecimal). Since the program has 
no ORG statement, it defaults to zero. Our load offset is added 
to the load address and it loads at 3000. The command line 
parameter for RLISTl isRLISTl.TXT, so it lists that file to the 
terminal. Here is the program listing, we'll explain the new 
ideas below: 

* PROGRAM TO LOAD AND RUN A POSITION 

* INDEPENDENT FILE 



ORG SCIOO 



NAM LOGO 




•SYSTEM EQUATES 


LOAD EQU 


$CD30 


GETFIL EQU 


$CD2D 


GETHEX EQU 


$CD42 


RPIEKR EQU 


$CD3F 


SYSFCB EQU 


SC840 


LOADOF EQU 


SCCIB 


FMS EQU 


$D406 


WARMS EQU 


$CD03 


FOPENR EQU 


SOI 


FCLOSE EQU 


S04 


EOF EQU 


SOS 



START JSR 
STX 
LDX 
JSR 
LDA 
STA 
JSR 
BNE 
LDA 
STA 
LDD 
STD 
JSR 
LDX 
LDA 
STA 
JSR 



GETHEX 
LOADAD 
#SYSFCB 
GETFIL 
#FOPENR 
0,X 
FMS 
ERROR 
#$FF 
59,X 

LOADAD 
LOADOF 
LOAD 
#SYSFCB 
#FCLOSE 

0^ 
FMS 



GET THE LOAD ADDRESS 



GET THE FILENAME 



OPEN FOR READ 



MAKE rr A BINARY READ 



CLOSE THE LOGO FILE 



ERROR 



JMP [LOADAD] 

JSR RPTERR 
JMP WARMS 



LOADAD RMB 2 

END START 

There are several FLEX routines that handle command hne 
parameters. One of them is GETHEX. If you have the 
programmer's guide you will see that GETHEX gets a hexa- 
decimal nimiber on the command line (without the dollar sign) 
and returns it in the X register. Since the first parameter is the 
load address we get it and store it away in a variable. We 
haven't used a variable for the last few installments, but you 
will note that LOADAD is defined with an RMB 2 at the end 
of the program. Variables can be placed before or after (or in 
some places in the middle of) the main body of a program. It 
really doesn't matter. At any rate we get the hex value and save 
it with the STX LOADAD instruction. Then as we did the past 
couple of times we get the filename into the FCB using GETFIL. 
If you look at the discussion of the LOAD routine you will see 
that we have to use a location referred to as the system FCB. 
That is the File Control Blodc used by FLEX to open utility 
programs etc. It is at address SC^OO so we define it with an 
equate and we use it for our working File Control Block. 

Now we open the file for read and set the binary flag as we 
discussed previously in talking about our copy program. This 
is particularly important because the file we have q)ened is a 
binary executable file. We go and get LOADAD and store it in 
a location called LOADOF in FLEX. If you look at the FLEX 
variable list in the programmer's guide you will see it at 
$CC1B. The LOAD routine uses this address to load the file. 
Actually it adds this LOADOF value to the load address of the 
program file, which if there is no ORG statement is $0000, so 
it amounts to being the load address. Again we have checked 
for errors in caning the binary file and sinq)ly exited using 
RPTERR to tell us what's wrong if an error is detected. 



18 



The Computer Journal / #75 



The last instruction uses an addressing mode we haven't used 
before. It is called "indirect" addressing. The instruction is 
JMP [LOAD AD]. This tells the processor to }\mp (set the 
program counter) to the address held in the variable LOAD ADD, 
in this case $3000. JMP LOADAD would be an instruction to 
begin executing code at the label LOADAD. JMP [LOADAD] 
is an instruction to begin executing code at the address that is 
the contents of the variable LOADAD. In the parlance of C (we 
haven't gotten to that part just yet) we use a pointer. LOADAD 's 
contents "point at" the place where we want to begin execution. 

This works fine as long as the first thing in our position 
independent code module is the first executable statement in 
the program. In the case of RLISTl that is so. Last time we 
modified MYCOPY to be RMYCOPY, and we made it posi- 
tion independent also. Note that LOGO is NOT position inde- 
pendent. It loads in the FLEX utility command space and then 
it can load a position independent executable file anywhere in 
memray. You don't have to try very hard to load a program 
right over FLEX in memory and crash the system, so you have 
to have some idea of what you are doing. 

Safe load addresses for a short program like RLISTl would be 
anywhere from $0000 to about $B800, depending a bit of 
whether you have some printer drivers or whatever tucked 
away at the end (tf memory. Type the command MEMEND to 
see where the end of user memory is, and then bade up about 
$200 bytes fi'om there as a safe maximiun load address for 
RLISTl. 

After you have digested LOCK) a bit, type it in and assemble 
it and then modify LISTl and try the above command Une. 
After you are done nmning it, push the reset button on your 
computer and examine memoiy where you said execution 
should begin. I.e. if you loaded the program at $3000 type e 
3000-30frand watch the monitor dunq> that section of memoiy. 
If it is not obviously the RLISTl program, go assemble that 
with an output listing and look for those codes at address 
$3000. Now repeat the process loading the program at $20(X) 
or whatever. 

By the way, here is RLISTl: 



• PROGRAM TO LIST A FILE TO THE SCREEN 

• GETS FILENAME FROM COMMAND LINE PARAMETER 

• THIS VERSION IS POSITION INDEPENDENT 



NAM LIST 




PUTCHR 


EQU 


$CD18 


WARMS 


EQU 


$CD03 


RPTERR 


EQU 


$CD3F 


FMS 


EQU 


$D406 


FMSCLS 


EQU 


$D403 


NXTCH 


EQU 


$CD27 


SETEXT 


EQU 


$CD33 


WRKDRV 


EQU 


SCCOC 


PCRLF 


EQU 


$CD24 


GETFIL 


EQU 


$CD2D 



CR EQU SOD 

FOPENR EQU $01 

FCLOSE EQU $04 

EOF EQU $08 

• CODE TO GET FILENAME FROM COMMAND LINE 

* THIS VERSION USES FLEX GETFIL 



START 


T,F,AX 


FCBJ>CR 


THIS IS POSITION INDEPEN- 


DENT 










JSR 


GETFIL 






LDA 


#1 






JSR 


SETEXT 


SETS EXTN TO .TXT IF NONE 


SPECIl-lHD 








LDA 


#FOPENR 


OPEN FOR READ CODE 




STA 


0,X 






LDA 


WRKDRV 






STA 


3,X 






JSR 


FMS 






BNE 


ERROR 


FMS SETS NON 7ER.O ON ER- 


ROR 








LOOP 


JSR 


FMS 


READ A CHARACTER 




BNE 


ERROR 






JSR 


PUTCHR 


WRITE IT TO SCRKFN 




CMPA #CR 


IS n A CR? 




BNE 


LOOP 


IF NOT. OK 




JSR 


PCRLF 






BRA 


LOOP 


GO AROUND AGAIN 


ERROR 


LDB 


1^ 






CMPB #EOF 


TEST FOR END OF Fn.F, 




BEQ 


DONE 






JSR 


RPTERR 


TEIJ, USER WHICH ERROR 


* 






- X POINTING AT FCB 




JSR 


FMSCLS 


CLEAN UP BY CLOSING ALL 


OPEN Fn,F,S ON ERROR 






JMP 


WARMS 




DONE 


LDA 


#FCLOSE 


BRANCH HERE ON EOF 




STA 


o,x 


CLOSE THE Fn.F 




JSR 


FMS 






JMP 


WARMS 





* NOTE NO ORG STATEMENT FOR THE FCB. 

* IT JUST FOLLOWS THE END OF THE CODE AND 

* PRECEEDS THE END STATEMENT. 



FCB 



FCB 0,0,0,1 

FCB 0,0,0,0,0,0,0,0,0,0,0 ELEVEN ZEROS 

FOR FILENAME AREA 
RMB 305 

END START 



General 

I've observed the past few times that writing tutorials on 
Assembler and C at the same time seems to bring about a large 
amount of "synergy". We talk about pointers in Assembler this 
time and we will talk about pointers in C next time, for 
example. I think this is largely because C is in one sense a high 
level Assembler. It is basically an assembler that can be the 
same regardless of the processor on which it is running. That 
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is, it hides the details of the processor, the registers, names, 
etc., but it still lets you program at that level. Of course the 
conveniences are there too. You can program at a higher level, 
much as we have done using system calls to FLEX in the 6809 
assembler programs. Here again, C has defined a set of system 
calls of its owiL They are again not only processor independent 
but operating system independent as well. No matter (for all 
practical purposes) the details of opening files at the operating 
system level. C hides the details and has a "standard" Operat- 
ing System interface. You qjen a file for read on an old 6809 
system just the same way as you c^n a file for read on a 70 
Megahertz Pentium system. 

Lo(ddng at it in that light, C is a standardized assembler and 
it has a standardized (grating system interface. I'm quite sure 
that was no accident! Learn 6809 Assembler on a FLEX 
system and you can program a 6809 in Assembler in the FLEX 
environment. Learn C and you can program a computer based 
on any processor running most any qierating system. To be 
sure it is not quite that sin:q)le because some systems allow 
longer filenames etc. but basically the statement is true. 

I am NOT trying to sjq' that learning to program in assembler 
is a waste of time, just that if you want to program several 
processors in Assembler, you have to learn the details of each 
processor and its associated assembler. It is most handy to be 
able to insert some assembler code in a C or other high level 
language program. Sometimes you can greatly speed up a 
program's execution by doing so. 

I began my programming experience by learning to program a 
6502 in machine code. (That basically means that I played the 



part of the assembler and translated the mnemonics into hexa- 
decimal machine code instructions). I moved on to a 6800 and 
then 6809. 

About the time of my first experience with the 6800, 1 learned 
how to use the Motorola Assembler editor combination called 
CORES (not as in ferrite memory cores, but as in CO-RESident, 
since the package had a combination (co-resident) assembler 
and editor. Several years ago, I did some 68000 programming 
in assembler. 

I can say that each new processor you tackle becomes a bit 
easier than the previous one, though it becomes difficult to 
keq) them all separate in yoiu- mind. It is a bit like driving three 
different cars having an automatic transmission, a three speed 
manual on the steering column and a "four on the floor" 
re^)ectively. I have an automatic on the steering column and 
an automatic on the floor (or rather the console). When I 
switch cars I am alw^s reaching for the wrong shift lever. I 
find, though, that once I have "shifted gears" mentally, I have 
no problem driving either one. I can say the same for writing 
programs in Assembler for the 6809 or for the 68000. 

I have recently begun to do some simple Assembler routines for 
the 80X86. I'll probably not become as proficient in that area 
as in the 68 processors since the 86 machines have so much 
memory and run so fast that it makes little sense to struggle 
doing anything complex in Assembler when C is available and 
the C versions run just as fast as the assembler versions. I don't 
.always care whether I use 8 bytes or 8K for a program anymore. 



Reader to Reader, continued from page 7 

Well, that's pretty-much how I spent my summer outside of 
taking a couple of classes in summer school. I must admit that 
I spend the majority of my time these days in Amiga-land. Due 
to the limited space in my apartment, I decided that my Amiga 
and CDTV would be my principle form of automata. For 
everything which _must_ be printed I'm using Georg 
Hessmann's PasTeX vl.3. About a year ago, I effectively beat 
the rest of Texas A & M University (students, at least) to the 
punch when it came to Web-surfing fl-om the dorm or apart- 
ment. 

Thanks to a package called DNet (for Dillon-Net after Matt 
Dillon of the Software Distillery) I was able to run Mosaic 
(among other things) long before the campus PPP/SLIP servers 
were brought on line. DNet software on a SunOS or Solaris 
machine and on the Amiga form their own network protocol 
between the Amiga and the host machine and an array of 
servers then make TCP/IP connections fi-om the host machine 
to other machines. 

However, DNet interest and development were already waning 
when I found out about it. AmiTCP had been released and was 
taking over. I couldn't yet justify installing AmiTCP since 



there's only one place I can use it. Instead, near the end of the 
spring semester, I learned about MultiLink (or MLink) by Ezra 
Story. MLink is a kind of TCP/IP faker that emulates both the 
AmiTCP and AS225 interfaces on the Amiga end and passes 
the fimction call to the TCP/IP protocol stack on a remote host 
machine running the UNIX half of MLink. (Kind of like DNet, 
but using applications expecting AmiTCP or AS225.) 

After playing with the OS/2 lAK on my brother's machine, I 
think I'll go back and start working up an AmiTCP installa- 
tion. There's only one place, now, that makes using MLink 
necessary, but that site runs SCO OpenServer and MLink 
won't compile/link under SCO yet. 

Well, there you have it in a nutshell. Pretty big nut, though. 
Maybe we can push the issue to 64 pages? <grin> 

Take care. 

John D. Baker ->A TransWarp'802'd Apple //e CardZISO Z- 

System nut //Internet: jdb8042@tam2000.tamu.edu, htQ):// 

tam2000.tamu.edu/~jdb8042/ 



Continues on Page 44 
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Embedded Control Using The STD BUS 

By Bill Kibler 



Special Feature 
Embedded Support 
Details of STD BUS 



There are many ways to do embedded control operations. It 
may also help to explain something about what embedded 
control is about. The main reason for all this is explaining 
where the Standard Bus fits into the picture. 

INTRODUCTION 

The term embedded control has become the buzz word of 
industrial controllers. These computers, that are dedicated to 
controlling things that perform work, have been around for 
some time. Almost all early versions were custom built for the 
application to be controled. The first ones were built to control 
lathes and milling machines. The object was getting parts to be 
built the same every time. Humans have problems making the 
same part the same way every time with the same accuracy, 
typically .001 inches of tolerance. 

Setting up the machines in the old days, usually amounted to 
using some form of "JIG" or "PATTERN" for the qjerator to 
follow. With computers the jig or pattern is contained in a 
program that runs the machine. The curators job is to make 
sure it is done correctly and stays in specification. The early 
computers had lots of electronics in many cabinets, and yet in 
conq)uting power it was practically none. 

The earliest machines I woiked on were simply AND, NOR, 
OR circuits arranged in ways to make program decisions. Later 
FLIP-FLOPS and other more advanced logic was added. 
Giddings and Lewis makes large lathes and for their first 
actual conq>uter control, they got Motorola to allow them to put 
the 6800 CPU design in discrete logic on a single printed 
circuit board. The design was for 16 bit operation, all on a two 
foot square board. 

As you can see these early computers used lots of real estate 
(very large printed circuit boards (PCB's)) and recpiired mul- 
tiple boards. Typically a CPU, MEMORY, INPUTS, OUT- 
PUTS. The inputs were more than just single point status that 
might tell if the horizontal cutting tool had travel too far down 
the lathe. The machines usually had some &ncy way of know- 
ing exacdy where the cutting tool was to within .001 inches. 
These indicators are called synchro and servos and determine 
small phase difierences between two sets of signals to know 
where they are. 



The first buses 

The first buses were designed by each company for their own 
products. The problem with this approach - no compatible 
boards, so you had to make them all yourself. At first that 
enabled you to one up your competition until things started 
getting more complex. The more conq)lex and con:q>uter like 
the longer the develq>ment cycle and chances of loosing your 
industry position. As CPUs moved form boards to chips and 
the whole computer was possible to be on one reasonable sized 
board, the question then became, why build the computer at all. 
Singly build only what could not be bought. 

Both Motorola and Intel were producing their own BUS sys- 
tems for industry to use. These BUSes were controlled by the 
handshake signals the CPU used. Intel's was the Multibus, 
while Motorola had the Exorcisor Bus (8 bit) and the Versabus 
(16/32 bit). Both have since upgraded these buses and added 
piggy back boards for even more enhancement. They however 
are the high cost or Cadillacs of the industry. They are also 
large and only BIG conqianies with BIG projects use them. 

While Intel and Motorola had the idea big is better, others 
thought differently. Mostek and Pro-Log got together and 
developed the STD or Standard Bus. The idea was small 
building blocks for small jobs. Only use the exact amount of 
hardware for the project at hand. About 30 other vendors 
agreed with this concept which has kept it veiy much alive to 
this day. 

A BUS 

For industrial control, there is nothing special about using a 
BUS. Early S-lOO's found themselves in many industrial situ- 
ations. I sold Teletek systems to a cloth manu&cture for their 
weaving systems. In fact some are still rurming today. The not 
so good ISA BUS or the bus used in most PC Ctones is finding 
it's way into industry more every day. So why would STD bus 
be better than any of these others. 

As I see it, two reasons make it still ideal for industrial control. 
The first and probably most important is number of vendors 
supporting the product. The more making the cards, the lower 
the prices and the greater (^ons available. The ideal situation 
would be all cards needed available fr(»n other vendors (don't 
have to build any that way). 
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The second fieatuit to me is size and design. Unlike some other 
buses, the STD bus is small, compact and designed mostly for 
sinqde 8 bit work. Although 32 bit variations are available, the 
idea is to use 8 bit CPU's and limit the amount of work to 
within the abilities of the CPU of choice. And yes, almost all 
CPU's have been built on standard bus cards. 

A typical STD system might have one CPU board (CPU, RAM, 
ROM, Serial and Parallel I/O), and then special digital I/O 
boards (48, 64, 128, lines of Ins or Outs), or Analog boards (8, 
16, 32, or 64 Analog to digital inputs, or digital to analog 
outputs). Conununications is typicalfy RS48S or RS422, which 
are high speed multiple station serial iHX)tocds ( one master, 
multi|de slave units.) Synchro and Servo boards, as well as 
PLC (ladder logic) boards are also availaUe. Now days even 
PC Gone compatiUe systems with hard drives and SVGA 
monitor systems in small 6 inch by 12 iitch cabinets are 
available. 

GOOD DEBUGGERS 

One difference I have found with standard bus is the typical 
RCM based debugger. While the newer systems are all E>OS 
based and use LARGE C based develq)ment programs that 
recpiiie massive amounts of computing power to run, the typi- 
cal debugger in ROM allows you to test and often reassemble 
the whole program. Or simply put, the ROM's are built for 
peoide to use to get the program running and tested. 

Forth devel(^ment systems are available, that give you a full 
F(Mth in ROM. Whether Forth or BASIC, at just assembly 
based, these ROM based tools have simple menus, a command 
line editor to leave code in memory, and test tools to see if it 
all worked as planed. 8-Bit systems are manageable by normal 
human beings. You can actually understand and modify these 
IMOgrams without needing 10 w IS years of hands on experi- 
ence. This too helps the STD stay viaUe. When other buses 
became more complex, sin:q)le C£M's had no choice but to stay 
with STD products or farm out development to other more 
expensive vendws. 

New Options 

The newest kid on the blodc is the PC104 and PCI bus prod- 
ucts. Pro-Log who started the STD bus is moving to the PCI 
industrial version as the new and upcoming replacement for 
the standard bus. These buses are all based on the PC Clone 
design and basically are popular because you can migrate your 
develq)ment form the PC to the smaller and more rugged 
platforms. 

The PC-104 is just the ISA bus (PC Clone) put on header pins. 
This allows a smaller, about 4 inch square product, to be built. 
The items are stacked one a top each other and a full SVGA, 
Hard disk, system can be put in a 4 inch cube. The last 
Embedded conference had these machines sitting on tqp of 
demo 17 inch monitors everywhere. 



The PCI is the newest bus iq)grade to PC Clones and is suppose 
to be Forth in ROM for intelligent interfacing. The industrial 
variant has other features which I need to research more before 
taking a stand on their good or bad features. As reported last 
issue, I have heard the bus is slower, but has other features that 
make it more ideal for use. In this case, I think about another 
two years is needed before we know just how well this product 
will do. 

Homebrew Projects. 

For home brewing up an industrial controller, just about any- 
thing will do. If the product is really small and needs only a few 
bits of I/O, you might try one of the newer embedded control- 
lers that I reviewed in issue #72. Old XT's or Kaypros will even 
provide the bases for using the parallel port for I/O and cer- 
tainly BASIC will woik as a programming language. 

If your application needs more complex I/O, or just bunches of 
it, then STD or S-100 might be a choice. If money is no 
proUem, then use one of the many digital I/O cards for the PC 
Clone bus. I find those products for the most part over priced, 
but if you only need one, your time is probably worth more than 
the overcharging. 

Design a board, well not normally. I have just finished several 
designs based on the 8051 since we were unable to find ones 
already made (the most common reason for making your own). 
Our company is also in the business of making I/O products 
and thus justified in doing original work. And yet the prototype 
was tested on one of our proprietary bus products. So if it turns 
out you need to build it, you might consider using one of the 
buses to test the product before laying your money down on 
PCB prototypes (expensive to prototype). The CPUZ180 pro- 
totype work was done on the S-100 bus. 

Tips on Trouble shooting 

The standard practice with any bus product is trouble shoot by 
substitution. That means having a complete set of ^>ares (one 
for each type) and a spare set of software ROMs if used. The 
most important tool will be the ROM based debugging tools. 
I like to use and test known nmning systems before being 
tossed out to the job site. That way I understand what the tools 
actually can provide and what they can't. 

One ROM we use can do dumps of memory, 8 bytes at a time. 
A good aid in trouble shooting is having a listing of RAM from 
a good running system. To do that use Pro-Com/PCPLus or any 
good modem program, write a script that asks for all the RAM 
addresses you want, then upload it to the computer with the 
send spacing set at max. What happens is every request line of 
text gets a response, and you turn on the capture feature (saves 
data to disk) running in half duplex (only see response). This 
took about an hour, but I was able to get a complete map and 
data capture of 32K of RAM. A terrific trouble shooting aid 
which I did use later to solve a problem. 



22 



The Computer Journal / #75 



I can't stress enough the need to learn how to use tools of all 
kinds. I use List (a file viewer) to see binary files, first in text 
mode to see where the text strings are and then later in hex 
mode to see code groups. There are many viewers available, 
just get one and learn all about it. Get a bunch of dis-assem- 
blers for your CPU of interest. I often find bugs from the 
assemblers or C-Compliers are the source of the problem, and 
knowing what it actually put out and not what you though it put 
out can solve many a problem. 

For BUS problems, know what makes a minimum system. 
Start with the CPU only. Does it work? How well? Then add 
one card and see if it still works. Continue on till problems 
develop. Write programs in small steps or modules so you can 
test it in the same way. Load or bum a ROM that only does one 
thing. When that one thing works, add next step. Only have as 
small a part of the code as possible to see if it is working, never 
more. Avoid programming using languages that require it all 
before you can do a test. Even C can be done is small chunks, 
although most programmers don't (and thus need big bad 
debuggers to see what went wrong.) 

Lastly think small. Break projects or problems into small parts. 
See if some task can be done outside the main program. Avoid 
in line coding and macros, since they often bloat the program 
for marginal gains and often make trouble shooting almost 
impossible. Always keq) in mind the idea that I will have 
problems and thus how does the hardware and software design 
aid me in finding the solution(s). 

Signal Descriptions 

Power Buses (Pins 1-6 and 53-56). The dual power buses 
accommodate logic and analog power distribution. As many 
as five separate power supplies can be used with two separate 
ground returns as shown in figure 1-3. Pins 5 and 6 provide for 
alternate use. If used for their alternate purpose these pins shall 
provide for disconnect capability on the card for conflict reso- 
lutions. 

Data Bus (Pins 7-14). (8-bit, bidirectional, 3-state, Active- 
High). Data Bus direction is controlled by the current master 
and is affected by such signals as read (RD*), write (WR*), and 
interrupt acknowledge (INTAK*). 

All cards should release the data bus to a highimpedance state 
when not in use. The permanent master shall release the data 
bus in reqwnse to bus request (BUSRQ*) input from a tempo- 
rary master, as in DMA transfers. 

The Data Bus lines may be Multiplexed for address space 
expansion. The pin assignment for address e}q)ansion shall be 
as shown in figure 1-2. 

Address Bus (Pins 15-30). (16-bit, 3. -state, ActiveHigh). The 
address originates at the current master. The permanent mas- 
ter shall release the address bus in response to a BUSRQ* input 
fi-om a temporary master. 



The address bus provides 16 address lines for decoding by 
either memory or I/O. Memory request (MEMRQ*) and I/O 
request (lORQ*) control lines distinguish between the two 
operations. The particular microprocessor that is used deter- 
mines the number of address Unes and how they are applied. 

The address bus may be extended by multiplexing on the data 
bus. The pin assigrmient for address expansion shall be as 
shown in figure 1-2. 

Control Bus (Pins 31-52). The control bus signal lines are 
grouped into five areas: memory and I A) control, peripheral 
timing, clock and reset, interrupt and bus control, and serial 
priority chain. 

Memory and I/O Control lines provide the signals for funda- 
mental memory and I/O operations. Simple !q>plications may 
only require the following six control signals. All STD BUS 
cards shall suppcMt the memory and I/O control lines. 

PIN 31 WR*-Write to memory or output (3state, active- 
low). WR* originates fi-om the current master and indicates 
that the BUS holds or will hold valid data to be written to the 
addressed memory or output device. WR* is the signal which 
writes data to memory or output ports. 

PIN 32 RD*-Read from memory or input (Sstate, active- 
low). RD* originates from the current master and indicates 
that it needs to read data from memory or fhnn an input port. 
The selected input device <»- memory shall use this signal to 
gate data onto the BUS. 

PIN 33 IORQ*-I/0 request (3-state, active-low). lORQ* 
originates fi-om the current master and indicates an I/O read or 
write or a special operation. It is used on the I/O cards and is 
gated with either RD* or WR* to designate I/O operatiorts. For 
some processors, lORQ* is gated with other processor signals 
to indicate a special operation, lORQ* with STATUS 1* (Ml*) 
indicates interrupt adcnowledge for the Z80. 

PIN 34 M£MRQ*-Memory request (3-8tate. active-low). 

MEMRQ* originates fi-om the current master and indicates 
memory read or memory write operations or a special opera- 
tion. It is used on memory cards and is gated with either RD* 
or WR* to designate memory operations. For some processors, 
MEMRQ* is gated with other processor signals to indicate a 
special operation, MEMRQ* with STATUS 1*(DT/R*) and 
STATUS 0* (SSO*) indicates Passive for the 8088. 

PIN 35 lOEXP-I/O expansion (high expand, low enable). 

lOEXP may originate from any source and should be used to 
expand or enable I/O port addressing. An active-low shall 
enable primary I/O operations. I/O slaves shall decode lOEXP. 

PIN 36 MEMEX-Memory expansion (high expand, low 
enable). MEMEX may originate from any source and should 
be used to expand or enable memory addressing. An active-low 
shall enable the primary system memory. MEMEX m^ be 
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used to allow memory overlay such as in bootstrap operations. 
A control card may switch out the primary system memory to 
make use of an alternate memory. Memory slaves shall decode 
MEMEX. 

Peripheral Timing Control Lines provide control signals that 
enaUe the use of the STD BUS with microprocessors that 
service their own peripheral devices. The STD BUS is in- 
tended to service any 8-bit microprocessor. Most peripheral 
devices vm^ only with the microprocessor they are designed 
for. Four control lines of the bus are designated for peripheral 
timing. Tbey are defined specifically for each type of micro- 
paxessot, so that it can best serve its own peripheral devices. 
In this way, the bus is not limited to only one processor. 

PIN 37 REFRESHM3-st«te« active-low). REFRESH* may 
originate from the current master or fiom a separate control 
card and should be used to refi'esh dynamic memory. The 
nature and timing of the signal may be a function of the 
memoiy device or of the processor. In systems without refresh, 
this signal can be any specialized memory control signal. 
Systems with static memory may disregard REFRESH.* 

PIN 38 MCSYNC*-Machine cycle sync (3-state, active- 
low). MCSYNC* shall originate from the current master. 
This signal should occur once during each machine cycle of the 
prooesscM-. MCSYNC* defines the banning of the machine 
cyde. The exact nature and timing of this signal are processor- 
dq)eodent. MCSYNC* keeps specialized peripheral devices 
synchronized with the processor's operation. It can also be 
lised for contrdling a bus analyzer, which can analyze bus 
operations cycle-by-cycle. 

MCSYNC* should be used to de-multiplex extended address- 
ing on the data bus. 

PIN 39 STATUS 1*-Statu8 control line 1 (3state, active- 
low). STATUS 1* shall originate from the current master to 
provide secondary timing for peripheral devices. When avail- 
able, STATUS 1* should be used as a signal for identifying 
instruction fetch. 

PIN 40 STATUS 0*-Status control line (3state, active- 
low). STATUS 0* shall originate from the current master to 
provide additicHial timing for peripheral devices. 

Interrupt and bus control lines allow the implementation of 
such bus control schemes as direct memory access, multipro- 
cessing, single stepping, slow memory, power-&il-restart, and 
a varidy of interrupt methods. Priority for multiple intemq)ts 
or bus requests can be supported by either serial or parallel 
prinity schemes. 



PROCESSOR 


NO. OF MEM 

ADDRESS 

LINES 


ADDRESS 

LINES 
DURING 
REFRESH 


No. of I/O Address Lines 


I/O MAPPED 
I/O 


MEMORY 
MAPPED I/O 


8080 
8085 
Z80 
6800 
6809 
6502 
NSC800 
8088 


16 
16 
16 
16 
16 
16 
16 
20 


Lower 7 
Lower 8 


Lower 8 
Lower 8 
Lower 8 

Lower 8 
Lower 1 6 


16 
16 
16 
16 
16 
16 
16 
20 



Figure 1-4. Examples of Address Bus Utilization 
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SYNC- 


Ml- 




UOIi'j 




ALL- 


sr 


SO- 


NSC800 


REFRESH* 


ALE- 


st- 


SO- 


8088 


- 


ALE- 


DT/R- 


sso- 


Z80 


REFRESH- 


(RD'WR. 




] 






INTAK)- 


Mr 




6800 


- 


«r 


VMA- 


R/W- 


6809 


— 


EOUT-(iie-) 


- 


R/W- 


6809 E 


- 


EOUT-((ie-) 


LIC- 


R/W 


650? 


- 


ac- 


SYNC- 


R/W- 



-Low-level acltve 

— Not used 

R/W- neati hlgll, wrile low 

DT/n- Data transmit higli. receive low 



Figure 1-5. Peripheral Timing-Control Lines 
for Various 8-Bit Microprocessors 



STD Vendors 

These vendors still sell 8 bit CPU based cards. Vendors no longer 
selling any 8-bitters are not listed. 

Computer Dynamics (Z80/6809), 803-627-8800. 

Datricon/Scicntific Tech. Inc. (6809,68008), 800-221-7060. 

Matrix Corporation (Z80/6809), 800-848-2330. 

Micro-Aide Corp. (Z80), 818-915-5502. 

Micro-Link Tech. Inc. (Z80/8085), 800-428-6156. 

Micro/Sys Inc. (Z80), 818-244-4600. 

Microcomputer Systems Inc. (8051, NSC800, Z80), 504-769.2154. 

Mitchell Electronics (Z80), 614-594-8532. 

Robotrol Corporation (Z80), 408-683-2000. 

VersLogic Corp. (Z80), 800-824-3163. 

WinSystems Inc. (Z80, 64180, 8085 NSC800), 817-274-7553. 

XYZ Electronics (6809, 68008), 800-852-6822. 

Zwick (64180), 613-726-1377, 
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STD BUS I/O 

For this q)ecial on the STD BUS or Standard BUS it seems 
only appropriate to show the BUS as the center fold. To aid in 
building inter&ce cards to this and other buses, I have also 
inchided a sample device address decoding and interfacing 
diagram. 

The actual BUS pins are very similar in functioning to those 
of S-100. Since more than 8080 type devices have been used on 
the STD bus, it is a pretty much general purpose hand shake 
selection of signals. All buses need the DATA path lines and 
Address signal lines to function. The other signal lines deter- 
mine when, what direction, and what type of data is being 
transferred. 

Since most Intel derived devices have I/O addressing and do 
not normally talk to I/O devices using memory addressing, the 
lOREQ line is used to signal this condition. /MEMREQ is used 
to signal a memory request in process and would be part of any 
address decoding scheme. There is only two lines for handling 
Interrupts, /INTRQ and /NMIRQ, with NMIRQ being the non- 
maskable intemq>t line. All other interrupts where intended to 
be of the type that put the interrupt address on the data bus 
when they receive the INTA (acknowledge signal) active. On 
sinq>le systems, you may decide to just poll devices whenever 
and interrupt happens and thus us an open collector interrupt 
line which anyone can pull active. 

In laying out the sample design, I chose to use the 138 simply 
because it is cheap and well imderstood. It will be found in 
more old designs than any other device for decoding. To make 
this design decode 256 byte segments of memory, the iq)per 
address lines will need to be decoded. Normally you will put 
the I/O in one bank of upper memory, say FFOO. To decode this 
you could use another 138, but more typically you would just 
use a 4 by ONE AND device. Address lines A12, 13, 14, and 
IS would feed this device and when all four are HIGH we 
would have an enable for bank FOOO. If we only wanted the 
upper bank, another 4 by ONE AND would be used. To select 
one of the upper 8 of 16 possible banks, another 138 would be 
used. This time A8, 9, and 10 would go to A, B, and C of the 
138. Al 1 is hodced to Gl to enable the device only when it is 
high, thus giving the upper 8 addresses. 



Their are many variations and simple modifications you can do 
to this circuit depending on what extra devices you may have 
to chose from. I have seen two AND gates used to drive G2A 
and G2B hooked to A12 to 15 to achieve the same goal. An 
item to remember is keeping it simple. You want to be able to 
change the addressing with simple jumpers or functionally by 
doing a few trace cuts and jumpers. PALs and other chang^le 
devices work well if you have the extra mcmey and equipment 
to do the changes. The total cost of interface chips is about 
$3.00, while most PALs will cost over that for just one device 
and several would be need to provide the same selection of 
address options. 

There has been some new improvements in the STD BUS over 
the years. Most new products are based on the 386/486 line of 
CPU's. I consider this over kill for many ^plications and 
especially those used when the standard was developed. Today 
however, entire plants are run from one STD BUS system, and 
486s are being put to the maximum use. My feeling is that the 
bus was not designed for this type of use and you are probably 
better off changing buses. To this end several variations are 
possible as discussed in the main article on page 21. 

A major problem with the STD bus products seems to be a lack 
of I/O devices. When checking out recent i»oject (^ons, I 
noted an absence of high count I/O ports. Typical is 48 IN or 
OUT as maximum on one card. If you need a thousand points, 
you quickly run into size problems. This fact is actually true on 
most other platforms as well. What many are doing to resdve 
this proUem is going to distributed processing. To me the 
original STD BUS designs were ideal for this condition. 

These early designs were simple, limited number of points, and 
used small CPU's. Those designs are ideal for distributed 
processing. Limit the number of operations, (xovide a little 
buffering, not a large amount of I/O and you have very fasX, 
easy to work on, reliable distributed remote I/O. As vendors 
find big is not necessarily better, I feel they will start moving 
back to smaller platforms like the STD bus to solve their large 
problems. Instead of having one thousand point monsters, they 
will go to ten locally placed five card STD BUS systems. 
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COMPONENT SIDE 


CIRCUIT SIDE 




PIN 


SIGNAL 
NAME 


SIGNAL 
FLOW 


DESCRIPTION 


PIN 


SIGNAL 
NAME 


SIGNAL 
FLOW 


DESCRIPTION 


LOGIC 


1 


Vcc 


In 


Logic Powef {♦S VOC) 


2 


Vcc 


In 


Logic Power (-5 VOCi 


POWER 


3 


GNO 


In 


Logic Ground 


4 


GND 


In 


Logic Ground 


BUS 


5 


VBB #1/VBAT 


In 


Logic Bias m/Bat Pwr 


6 


VBB»2/DCPD- 


In 


Logic Bias «2 P.vr Own 




7 


D3/A19 


In/Oul 




8 


D7/A23 


In/OuI 




DATA 
BUS 


9 

It 


D2/A1S 
D1/A17 


In/Out 
In/Oul 


Data Bus/Address Ext 


10 
12 


D6/A22 
D5/A21 


In/Out 
In/Oul 


Data Bus 'Address Ext 

i 




13 


D0/A16 


In/Out 




14 


D4/A20 


In/Out 


1 




15 


A7 


Oul 




16 


A15 


Oul 






17 


A6 


Out 




18 


A14 


Oul 






19 


A5 


Oul 




20 


A13 


Oul 




ADDRESS 


21 


A4 


Oul 


Address Bus 


22 


A12 


Out 


Adoress Bus 


BUS 


23 


A3 


Oul 




24 


All 


Oul 






25 


A2 


Out 




25 


A10 


Out 






27 


A1 


Oul 




28 


A9 


Out 






29 


AO 


Out 




30 


A8 


Out 






31 


WR' 


Out 


Write to Memory or I/O 


32 


RO* 


Out 


Read Memory or I/O 




33 


lORQ- 


Out 


I/O Address Select 


34 


MEMRQ' 


Out 


Memory Address Select 




35 


lOEXP 


In/Out 


I/O Expansion 


36 


MEMEX 


In/Out 


Memory Expansion 




37 


REFRESH- 


Oul 


Refresh Timing 


38 


MCSYNC- 


Out 


CPU Machine Cycle Sync 


CONTROL 


39 


STATUS 1- 


Out 


CPU Status 


40 


STATUS 0• 


Oul 


CPU Status 


BUS 


41 


BUSAK' 


Out 


Bus Acknowledge 


42 


BUSRQ• 


In 


Bus Request 




43 


INTAK" 


Out 


Interrupt Acknowledge 


44 


INTRO- 


In 


Interrupt Request 




45 


WAITRQ' 


In 


Wait Request 


46 


NMIRQ- 


In 


Nonmaskable Interrupt 




47 


SYSRESET- 


Oul 


System Reset 


48 


PBRESET- 


In 


Pushbution Reset 




49 


CLOCK* 


Out 


Clock from Processor 


50 


CNTRL- 


In 


AUX Timing 




51 


PCO 


Out 


Priority Ctiain Out 


52 


PCI 


In 


Priority Chiain In 


AUXILIARY 


53 


AUX GND 


In 


AUX Ground 


54 


AUX GND 


In 


AUX Ground 


POWER 
BUS 


55 


AUX+V 


In 


AUX Positive (i-l 2 VDC) 


56 


AUX-V 


In 


AUX Negative (-12 VOC) 



' Low-level tctiv* Indicator 



PIN 


DESCRIPTION 


COMMENT 


1 &2 


Logic Power 


Logic Power Source 
(+5 VDC) 


3&4 


Digital Ground 


Logic Power Return Bus 


5 


Logic Bias Voltage 


Low-current Logic Supply W1 
(-5 VDC) 


•5 


Battery Backup Voltage 


Alternate use as Battery 
Backup Voltage 


6 


Logic Bias Voltage 


Low-current Logic Supply #2 
(-5 VDC) 


■6 


DC Powei Down 


Alternate use as DC Power 
Down Signal 


53&54 


Auxiliary Ground 


Auxiliary Power Return Bus 


55 


Auxiliary Positive 


Positive DC Supply 
(+12 VDC) 


56 


Auxiliary Negative 


Negative DC Supply 
(-12 VDC) 



•PIN 5 VBAT— Battery Backup Voltage. VBAT is a DC voltage. 
•PIN 6— OCPD" DC Power Down Signal. DCPD" is a logic signal ttiat indi- 
cates Vcc has dropped below the recommended operating limit. 
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STD BUS CONNECTOR 




Porallel 

LINES 

rO OTHER 

TIL CIRCUITS 

or DEVICE DRIVERS 



SERIAL LINES 

to RS232 or RS485 

DEVICE DRIVERS 



47ufd 



■GND 



UP TO 8 DEVICES COULD BE 
INTERFACED USING THIS DESIGN 
Ae/Al Selects which of FOUR possible 
DEVICE INTERNAL PORTS ARE SaECTED 

Sample of STD BUS Device Interfocing 



PARAMETER 


LIMIT 


REFERENCE 


Positive voltage applied to logic 
input or disabled 3-state output 

Negative DC voltage applied to 
a TIL logic Input or disabled 3- 
state output 

Negative DC voltage applied to 
a CMOS logic input or disabled 
3-state output 


+Vcc + 0.5 V 

-0.4V 
-0.5V 


GND pins 3,4 



CARD 


SIGNAL 


SUPPLY 






PIN 


NAME 


VOLTAGE 


TOLERANCE 


REFERENCE 


1.2 


TTLVcc 


+5V 


t025V 


GND pins 3.4 


1.2 


CMOS Vcc 


♦5V 


tO.SOV 


GND pins 3.4 


5 


VBBK1 


-5V 


10.25V 


GND pins 3.4 


5 


VBAT 


• 


- 


GND pins 3.4 


6 


VBB(»2 


-5V 


t0.25V 


GND pins 3,4 


55 


AUXW 


♦ 12V 


»0.5V 


AUX GND pins 53. 54 


55 


AUX -V • 


-12V 


t05V 


AUX GND pins 53. 54 



Maximum Voltage Ratings 



•VBAT m«y range from 'a.SV to Vcc 

Power Bus Voltage Ratings 
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EPROM Simulator 

By Terry Hazen 
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A Simple EPROM Simulator for CP/M Systems 

I wanted to upgrade the boot EPROMs in my 8mhz Ampro Z80 
and 18mhz Yasbec Z180. I've been working on system soft- 
ware to make both systems faster and more responsive. One 
thing I really wanted was a way to speed up the cold boot 
process. I wanted to try booting an entire banked operating 
system directly fi-om EPROM. That would give me an "in- 
stant" cold boot by eliminating time-consuming disk reads. 
Since both systems have RAM disks, I could make them the 
system disk and substitute the fast RAM disk initial login for 
a much slower floppy or hard disk login. 

The EPROM development process tends to become a repetitive 
and time-comsuming cycle of writing test EPROM code, blow- 
ing a test EPROM, plugging it in and testing it, removing it 
and replacing it with the standard boot EPROM to r*oot the 
system, revising the code, blowing a new one, installing and 
testing it, etc, until things are finally woiidng right. 

I decided the best way to improve the process was to make a 
sinq>le EPROM simulator by substituting some Static Ram 
(SRAM) for the EPROM. Since CP/M systems perform their 
cold boot under EPROM control, they allow direct access to the 
boot EPROM under program control. For example, my Ampro 
and Yasbec can both map the EPROM into the lower 32k of the 
Transient Program Area (TPA) when a program sends a con- 
trol byte to one of the system ports. 

With an EPROM simulator, I could develop code, cq)y it into 
the substitute SRAM under program control and test it by 
rdxnting from the SRAM. The SRAM should be batteiy- 
backed and it would also be nice to be able to switch the 
original boot EPROM back into the circuit so I could easily 
rd)oot in case (or when) my latest code revision failed. 

Giving credit where credit is due, Ludo Vanhemelryck got me 
started in this direction last year when he described an auxiliary 
SRAM/EPROM board he'd buih for his Yasbec. He'd used 
one of the Dallas Semiconductor Nonvolatile SRAM modules 
that combine a SRAM and its battery backup in one convenient 
epo>Q' module with a pin-out almost identical to the EPROM 
pinout. Since I wanted to simulate the 32x8 27C256 256k 
EPROM, the DS1230Y-200 256k Nonvolatile SRAM looked 



ideal. The DS1230Y is readily available directly fix)m Dallas 
Semiconductor as well as from Jameco and JDR Microdevioes. 

Based on Ludo's board and my own needs, I came up with a 
simple EPROM simulator for my Yasbec consisting of a 2.00" 
x 2.50" single-sided PCB that plugs into the Yasbec EPROM 
socket. The PCB contains two 28-pin DIP sockets for the 
SRAM and EPROM, one 28-pin DIP socket that is reversed to 
serve as a DIP plug, three pull-up resistm^ and two jumper 
headers that serve as connectors for two external EPROM/ 
SRAM control switches, and one off-board SRAM control 
wire. 

The Circuit 

The EPROM simulator circuit is shown in Figure 1 . While this 
circuit was designed specifically for use with a Yasbec, it 
should be easily adaptable to almost any 8-bit SBC. Only the 
size of the SRAM/EPROM, the PCB l^out and the method of 
obtaining the /WE signal will depend on the specific host 
computer. 

Both power pins and most address and data lines fit>m the 
DS1230Y, (Ul) and the 27C256 (U2) are just bussed together 
and connected to the same pins on the 28-pin DIP plug (PI.) 
One difference is that the DS1230Y's A14 is on pin 1 and is 
connected to the A14 pins on 27C256 and PI, which are both 
on pin 27. 

Both the DS1230Y and the 27C256 have Chip Enable (/CE) on 
pin 20. Each of these pins is connected to a 10k pull-i^ resistor 
and to the SRAM/EPROM Select switch (SI.) The switch 
common is connected to PI pin 20, allowing switch SI to select 
between the SRAM and the EPROM. Pin 1 (Viq>) on both PI 
and U2 are left unconnected. 

SRAM pin 27 is the Write Enable (/WE) line, which is used 
to control SRAM writes via the SRAM /Read-Write switch 
(S2.) The /WE signal must be high for SRAM reads and low 
for SRAM writes. Since there is no /WE signal directly 
available at the Yasbec EPROM socket to control the SRAM 
Read/Write mode, you have to provide it some other way. 
Ludcily the Yasbec has /WE available on a nearby SRAM pin, 
so I ran a tiny flexible insulated wire from the S2 Read/Write 
pin and soldered a flat IC pin to the tee end as a connector. 
After I plug the simulator board into the Yasbec SmartWatch 
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socket, I make the AVE connection by slipping the IC pin into 
the Yasbec SRAM DIP socket alongside /WE pin 29, being 
careful that it doesn't sh(»t to either of the ajacent pins. 

Now, when S2 is in the Read/Write position, the computer 
controls /WE and automatically switches the SRAM between 
the Read and Write modes. When S2 is in the Read-Only 
position, the /WE line is connected to a 10k pull-up resistor to 
force a Read-Only condition that protects the SRAM from 
accidental writes. 

If you don't have access to an appropriate /WE signal, you can 
use the Iwute-force method and connect the S2 Write pin 
directly to ground. You must now manually use S2 to switch 
the SRAM between the Read and Write modes. This means 
that a utility designed to load code to the SRAM with S2 in the 
Write position can't read it back to verily it until you switch S2 
to the Read position. 

A more ctMnplicated aj^roach is to use a little extra discrete 
logic or a PAL or GAL to generate an appropriate /WE signal. 
On the Yasbec, for example, the SRAM /WE signal is pro- 
duced by a 16V8 GAL: 

/WE = /WR ♦ /MEMREQ 

The Printed Circuit Board 

My Yasbec SBC is located in one slot of a 4-slot card cage. To 
minimize the height added by the EPROM simulator PCB to 
keq) it within the adjacent card space, I designed it to take 
mammiim advantage of the space available around my Yasbec 
EPRC^ socket. The simulator PCB plugs into the socket on 
t(^ of a Dallas Semiconductor DS1216E Smart Watch module 
which is {dugged into the Yasbec EPROM socket. The simu- 
lator EPRCM and SRAM sockets are located on the same side 
of the simulator PCB as the DIP plug, allowing them to hang 
down on either side of the Smari Watch module. 

I laid out the single-sided PCB, punched and drilled the holes, 
apphtd Datak diy transfer pads and printed circuit layout tape 
using the direct-resist method, then etched and tin^lated the 
board (see TCJ#62 p31 for more details of this method). 1 
couldn't find an appropriate 28-pin DIP plug, so I made one 
fiom a standard 28-pin solder-tail DIP socket I soldered a 
shut length of bus wire into each socket pin position, then 
slq>ped the free wire ends through the PCB holes and soldered 
them. With the socket side against the PCB, the socket solder- 
tails become the plug pins. Since the DIP plug is mounted on 
the component sid of the PCB, the actual DIP plug pin numbers 
on the PCB are reversed side-to-side. 

A more general simulator PCB layout approach would be to use 
a standard 28-pin DIP socket on the simulator board as PI. 
You can then use a 28-oonductor ribbon DIP cable to connect 



the board to the host computer EPROM socket, allowing you 
more flexibility in where you mount the simulator PCB. 

Switches SI and S2 are wired to 3-pin header plugs that plug 
onto the 3-pin switch headers on the simulator PCB. So the 
switches could be readily visible and easily controlled, I mounted 
them centered in the narrow fece of a 4" piece of 1/2" x 1" 
aluminum L-extrusion from an old shower door surround 
frame and slipped the extrusion into a slot in the Yasbec card 
cage adjacent to the Yasbec board. 

Loader Utility 

In order to use the EPROM simulator, I needed to write a 
sinqile loader utility to remap the EPROM/SRAM into the 
lower 32k of the system address space, which is where both the 
Ampro and Yasbec access their EPROMs, and to load the code 
from the EPROM binary code file to the SRAM. 

While the actual loader code is completely computer-specific, 
there are some general principles to keep in mind involving 
memory remapping. It's easy to forget that the loader program 
can't occiq^y the space that's being remapped! If the EPROM 
or SRAM is being remapjped into the lower 32k, the loader 
code can't run in low memory at the usual lOOh. Instead, it 
must run above SOOOh. Also, since the usual BIOS and BDOS 
access points and the lOBYTE in page of lower memory 
aren't available when the SRAM is remapped into that address 
space, you can't use BIOS or BDOS calls while the SRAM is 
occupying lower memory. 

In ZCPR33 or ZCPR34 systems, the loader can be a Type 3 
utility, which loads and runs at a specified address, typically 
SOOOh. In the less-developed standard CP/M world, the loader 
program code must include extra code to relocate the working 
part of the loader code from low memory where it is initially 
loaded, to high memory above the bankswitching area before 
it is run. There are several ways to do this. Bridger Mitchell's 
Advanced CP/M column in TCJ#33 (you have ordered all 
those TCJ back issues, haven't you?) has an elegant example 
of Z80 relocation code. 

With the loader code located out of harm's way, you can use 
the standard CP/M BDOS Read_Sequential and Set_DMA 
fimctions to read the file records in sequence into a bufier in 
high memory. Then you can remap the EPROM/SRAM into 
the lower 32k of the system address space. For the Ampro, this 
is simply done by sending a control byte to the Ampro system 
control port (port 0.) In Z80 code, the routine is: 



LD 
OUT 



A,0 
(0),A 



; Select EPROM 



With the SRAM accessible and S2 set to Read/Write, you can 
copy the code from the buffer to the SRAM address ^ce 
starting at OOOOh. Then you should compare the contents of 
the SRAM with the buffer to make sure the SRAM is correctly 



30 



The Computer Journal / #75 



PADS 
by Terry H«3Mai 



When I was wiHrking on my SC^I EPROM prdgrammer 
(TCSIW2,63), contributing editor Tm McDonougb sent me a 
copy of PADS, a DOS shareware PCB and schematic CAD 
utilior. At the time. I didn't have a PC to ran it on and I had 
' toiely on our kind editor to convert my hand-drawn schematic 
to CAD fbrmat for the article. Since then I've pici(ed up an 
inejqpensive used 386 notdxxA PC, partly so I coidd tiy out 
PADS on my EPROM simulator project rdalrea(fymademy 
PC board by the time I got the notdxiok, so this PADs evalu- 
ation is limited to my wqxrience using PADS-Logic to gener- 
ate and laser-iwint the EPROM simulator sctematic. 

The shareware version of PADS is a somewh^ limited ver»on 
of the commercial PADS padkages 1^ PADS Software. No 
regi^ration is required for the evaluation pacJcage. PADS 
Software gets its OMney if you choose to upgrade to their 
commenaalpadcages. It came on 3 disks, PADS-Logic, PADS- 
PCB and a library disk. 

I'm not sure what all the limits of the PADS evaluaticm 
package are. The documentaticm for PADS-Log^ says that it*$ 
limited only in the size of the circuit ycm can create. Tim said 
thdt it^s limited to designs with less than 14 ICs, whidi is good 
enough fcr most ttf us. The documentation fbr PADS-PCB 
says that it's limited to about 30 iC's. 

According to the documentation: 

"With the PADS-Logic shareware padcage, you can create 
schematics, make plots, produce net liste, define libraiy parts... 
all of the functions of PADS-LogK. With the PAD$-K3 
lOiaisiiwte pedkage» you can automatically place your design, 
autCMMi^ it, create photoplot outputs and N/C drill files... all 
<rftheflinctions of PADS-PC. All drawingSv libraiy parts, and 
layouts yoo create can be read directly by the commercial 
verslcms of PADS4.<^ and PADS-PCB." 

PADS is a DOS pn^ram that requires the usual stuflP - a 286 
(xrbe^r, DOS 3.3 or better, EGA VGA or equivalent gn^c^ 
and a mouse, plus 7 megabytes of available hard disk space. 
Since it diq)lays things in various colors, it wo^ best with a 
ookxr monitor, but I was able to use it with my monochrome 
LCD notdxwk display with few probfems. 

The PADS shareware documentation amies <n disk and should 
be printed out before yw jtttempt to install PADS. Priitt out the 
README.DOC file on any of the disks for more d^ted 
inform^ion. While the printed document^ion makes an im- 
pressive ^le, it's not very useful when you are trying to find 
specific information on how to do something. In&ct, it's not 
very easy to find things at all, as there is no index in the manual 
and no on4i«e help available. You really need to put index 
labs in the printed miuiual to help y(Hi find pertinent sectkms. 



Learning to use PADS is like ksaming to use ariy CAD pro- 
gram - a slow and fiustratiog process!. But ooce you begin to 
get the hang of it through (aeemingly eadkss} e^qperimenta* 
tion,yott can pnjdoce a schematic Burly readily. Ifoundtfaat 
saving partial 8chematic& nndtr a series cf different fikoames 
during the learning process gave me the fitsedcnn to experi- 
ntent, goof up and still be able to go back to the last good 
version f<Mr another try. The fichenu^c files for the EPROM 
simulator Mtly took up ab(wt 24k, so I saved tots of verstons. 

In the process dt generating my sdiematlc I used several 
library component patterns aiKl because tl« available patterns 
didn't ahvays fit my needs. I had to create or modify several 
<Mbers and add them to tiie libraiy. Tte process for working 
with library patterns isn't covered very wdl in the documen* 
ration but you can figure it out if you persist and keq> 6?q)eri- 
menting. 

PADS allows you to zoom in on details for ease in i^iadtiig 
conqx»Kints,c(mnectionsortpct, Howiever, text seems to obey 
different AXMn rules than the rest (^ the 8cheniati<^ with dis- 
concerting and oonfiuiing results. IC for examples you place a 
word in the center cfa box and then toom in on it, the text 
might aiqjear larger and Icmgi^ and oveifiow the box If you 
zo(»n in fiirther, it tuigjtt again be oentered. thai mtdces it 
difficult to select the pn^KT text size and {diacMiM^ Because 
of the dig^ inoonsistendes, it's hard to tdl exactly how text 
is going to print out in rdation to the rest d^die achematic until 
you try it 

PADS can plot schematks on dot-matriix otluxt pritders as 
well as idotters, etc, and it can fenerate (l»gel) files ^mth 
included prirtter contnd codes thtt can be sent to a {Hlnt»> later. 
It can also produce ASCn files thttt It says can be lead by <tfher 
schemi^ CAD program! The finer ded^ <tf sehematics 
pristod 00 my dd Epaon MX-90 dotHsatrix primer weren't 
alwajv very teadaUe, but tbt plots «tre mtat dsian good 
cnoi^Eh for cheddttg output formatting. Tbe EPROM SirQttl»- 
tor schernatic was printed by PADS on a ftioed's laser t»ial». 

The PADS-LogU: evakrirfioa padkage wodked wd! enough that 
I didn't run into too mmy limits in v^ mn^fe pmyect. It's 
certaiafy^ a usefiil enough tod to i^nd the time required to 
learn it, and the price is right Whether I'll «ver be motivated 
to i4)grade to theiull packages or ixrt is another matter entirely. 
The weakest part for me was the PADS docu m e n tation. Ifthe 
PADS eivaluatton package is inteDded to eatke me to buy the 
commercial PADS padcages, I would expect the manual to be 
at least as good or even bettor than the ccmmieicial marmal. 
Bttt it isn't even bardy adequate, e^Mcially compared to the 
manuals I've seen for oommeroal DOS and Windows CAD 
packagBO, My learning time would have been radically re- 
duced if rd had a bettor manual that inchided ocw^t^ oem- 
mand references and a comprehensive index. 
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loaded, which helps if you forgot to set the SRAM to Read/ 
Write or if you have the EPROM selected instead of the SRAM. 

Finally, restore the original lower system bank. The Ampro 
routine is: 

LD A,41h ; Reselect system RAM 
OUT (0),A 

Now you can clean up and exit bade to the system. That's all 
there is to it. 

Results 

This simple EPRCM simulator was invaluable in helping me 
develq) new boot EPRCMs for my Anq>ro and Yasbec and is 
a great addition to my computer hardware tool set for future 
work on dedicated controllers. How did the "instant" cold boot 
work out? After the initial power-on cold boot, which still 
takes quite a bit of time because both my terminal and SCSI 
hard disks do extensive power-on self-testing, the Ampro now 
takes dxNJt 3 seconds for a complete cold boot, including 
running two setiq) utiUties from the hard disk during the boot 
process. The Yasbec is a bit faster and can do the same thing 
in about 2.S seconds. Eat yoiu heart out, Windows users! 
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ZCPR33 Type 3 Header 

ZCFR3 utilities ^art with a special ZCPR3 header (see Jay 
Sage's cciumn in TCJ#55). The simple version of the ZCTRS 
header for Type 3 idilities is: 

f 

ENTRY: JP START ; Jump past the header 

DB 'ZSENV' ; ZCPR3ID 

DB 3 ; 'iype-3 eavifwunent ID 
ENVPTR; DW ; Address of ZCPR3 ENV module, 
;fiIledinbyZCPR33+ 

DW ENTRY ; Intended load address 
START: ; Remainder (^ iHOgram code 

After writing the progc&ta code, you create the l^pe 3 utility 
by first assembling the source code to a REL file. If you are 
using ZSOASM or ZMAC to assemble FILENAME.Z80, the 
ccHnmand lines to ivoduce FILENAME.REL are; 

Z80ASM filename/m 

ZMAC filename 
Then the REL file is linked to run at SOOOh to produce the file 
FILBNAME.BIN. The SLRNKP and ZML command lines 
toe: 

SLRNKP fikiname/n,/a:8000/j,filenanie,/e 

ZML filename /a:8000 
Finally, rename FILENAME.BIN to FILENAME.CCM. Be- 
cause of the information contained in the ZCPR3 Type 3 
header, ZCPR33 now knows to automatically load and run 
FE.ENAME.COM at SOOOh. 
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Disk I/O in Forth 

By Walter J. Rottenkolber 



Special Feature 
Beginning Fortii 
Part 2: F83 Forth 



This is part 2 on some fundamental of Forth. Why Forth? The 
Forth programs available for all the old machines work quite 
well and can provide the user with advanced tools. The source 
cock is almost always included, so bug fixes and changes are 
possible and easy once Forth is mastered. Mastering Forth 
can be a problem due to a lack of books for the beginner. To 
help those starting down the mastering path of Forth, Walter 
has undertaken the project of explaining how file I/O is done 
in FigForth and F83. This is the F83 portion, with FigForth 
having appeared in issue #74.. BDK. 

Laxen and Perry F83 — 

Laxen and Perry designed F83, their 1983 Standard Forth, to 
work with CP/M and MSDOS disk files. These files hold 
blocks. Once a file is Opened, it behaves as though it were a 
disk in a pure Forth system. 

F83 demonstrates the least used method for paging out a buffer. 
The block requested least is the one swai^)ed out when the 
buffers are fiill. 

Unlike figPorth, F83 separates the buffers fi-om the control 
data The block buffers exist as a group of 1024 byte spaces in 
RAM. The constant FIRST points to the base of the buffer 
group, and LIMIT to the top. Located just below FIRST, is an 
array that holds the block control records (BCR), one for each 
buffer. 

The begiiming address of the array is returned by >BUFFERS, 
its end address by >END, and its size in bytes by >SIZE. 
BUFFEIUf ( n — addr) returns the address of the nth BCR. 
BCRs are numbered l..n, because BUFFER# is used as a 
temporary record holder. #BUFFERS returns the munber of 
buffers. 

Each record is composed of four integers (8 bytes) holding, in 
order, the Block Number, a Pointer to the CP/M File Control 
Block (FCB), the Buffer base address, and the Update flag. On 
Initialization, blocks are numbered -1 to mark them imas- 
signed, the FCB pointer is nulled, the proper buffer address 
inserted in order, and the update flag reset to zero. 

Because the block number is reset to -1, access to blockO is 
hassle fiee. BlockO still caimot be loaded, but it provides a 
convenient title screen to describe the purpose of the file. 



The update flag is set when it contains a negative number, 
usually TRUE (-1). It has two resets. A positive number, 
usually 1, means the buffer is assigned, but the data is either 
not read in yet or should be reread. A zero means that the data 
has been read into the assigned buffer. 

The array behaves like a stadc with the current BCR on top, 
and the least used BCR at the bottom. When a block is re- 
quested, the Word LATEST? checks the top BCR first. If it 
isn't the desired block, the array is searched by ABSENT?. 
LATEST? and ABSENT? check both the blodc# and the 
blodc-FCB before considering it a match. This distinguishes 
between blocks having the same number but located in differ- 
ent block files. If the block is already assigned to a buffer, its 
BCR is moved to the top of the array, and the other BCR's 
pushed down. In this way, frequently requested blocks are 
more apt to be held in memory. 

If it is not present, MISSING assigns the bottom, least used, 
BCR buffer to it. But first, it checks the Update Hag, and if set, 
writes out the block. The BCR is then moved to the top of the 
array making it current. The buffer base address is returned on 
the data stack. 

The basic block Words for a F83 system: 



BLOCK IN-BLOCK 

FILE-READ FILE-WRITE 
DISCARD FLUSH 

EMPTY-BUFFERS 



BUFFER 
UPDATE 
SAVE-BUFFERS 



BLOCK ( blk# — buff-adr) Returns the buffer address 
containing the data in h\ocM from the file FCB pointed to by 
FILE. Reads in the block if not previously done, or if the block 
was DISCARDed. 

IN-BLOCK ( blk# — buff-adr) Same as BLOCK except the 
block is fl-om the file pointed to by IN-FILE. 

BUFFER (blk# — buff-adr) Returns the address of the buffer 
assigned to blodc# and the file FCB pointed to by FILE. Unlike 
figForth, it will return the buffer address of a previously as- 
signed block. 

Note: In Forth-83, the value in OFFSET is added to the Block* 
in all three of the above Words. As a result, block counts begin 
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from the same BlockO. Normally OFFSET is zero, but it allows 
for change if F83 is modified to access disks as a pure Forth 
system. IN-BLOCX permits reading data in from one file and 
writing it out to another file via BLOCK or BUFFER. 

FILE-READ (BCR) Reads blodc# from file pointed to by the 
block control record to assigned buffer. 

FILE- WRITE (BCR) Writes buffer block* to file pointed to 
by the blodc control record. 

Note: Both these Words are vectored through the deferred 
WOTds READ-BLOCK and WRTTE-BLOCK, respectively. The 
source code in DIRECT.BLK, which comes with F83, sets up 
a pure Forth disk system that uses BIOS routines. This could 
be i^^)lenKnted and re-vectored to allow transfer oi figForth 
data and source to F83 files provided the disk formats are 
conq)atible. 

UPDATE — Sets the update flag of the current block to force 
a data write before a block discard. 

DISCARD — Resets the update flag of the current block with 
1 so that a repeat block access forces a read from disk first 
(unlike figForth). 

S AVE-BUFFERS — Writes out buffers with a set update flag, 
but leaves the data unchanged. Resets update flag with zero so 
that reaccess of a block aheady in a buffer does not cause a 
reread, but simply returns the buffer address. 

EMPTY-BUFFERS — Erase the disk buffers, and reinitialize 
the block contnd arr^. This dumps aU buffer data and forces 
new blocks to read in data. 

FLUSH — Cwnbines the fiincticm of Save-buffers and En^ty- 
buffers. Use at end of work session or when leaving Forth. 

The Kaypro F83 FLUSH has a problem similar to that of 
figForth. It places the command, BLOCK DROP, between 
the Save-buffers and Empty-buffers. But this assumes you have 
not previously read in Block #0. If you have, it will not work, 
because unless enough non-zero blocks are read in to force a 
discard d Block M, you will get just a return of the buffer 
address, not a disk read. The foltowing definition for the F83 
FLUSH adds an extra EMPTY-BUFFERS to ensure that Block 
#0 wiU be read in. 

: FLUSH SAVE-BUFFERS EMPTY-BUFFERS 
BLOCK DROP EMPTY-BUFFERS ; 

F83 also has Words to manage the files that contain the blocks. 
These are not part of the Forth-83 standard, so other Forths 
may manage files quite differently. 



DRIVE? RESET 

SAVE-SYSTEM 



DIR 



CREATE-FILE 


MORE 


OPEN 


FROM 


CAPACITY 


FTT.F,? 


SWITCH 


DEFINE 


SELECT 



Note: I use (S xxx) to comment on string data used by Words. 
In Forth (and F83), Words use number data with Postfix 
notation, while string data is Prefix. 

CREATE-FILE ( #blks) (S d:filename.ext) 

Use as: #blks CREATE-FILE d:foofile.blk 

This creates a file of 'filename', #blks number of blocks in size. 
The drive 'd: ' is optional. It closes the file afterwards, so to use 
the file, you will have to OPEN it first. 

MORE (#blks) Increases the size ofthe current file by #blks, 
then closes file. Enlarged file must be OPENed to use. There 
is no way to shrink a block file. 

OPEN (S d:filename.ext) Searches dictionary for the FCB of 
the file, creating one if necessary. It then opens the file if it has 
been previously created, and makes it the current file. Both the 
FILE and IN-FILE pointers are set to the File Control Block 
(FCB) of the current file. Prints error message if file is not 
found. 

FROM (S d:filename.ext) Searches dictionary for the FCB of 
the file, creating one if necessary. It then opens the file if it has 
been previously created and assigns it to the IN-FILE pointer 
only. Prints error message if file is not foimd. Used in concert 
with OPEN. 

Note: Block transfer Words are designed to read from the IN- 
FILE FCB and write to the FILE FCB. An OPEN file will 
transfer blocks to itself. When a FROM file is opened, the 
blocks will now be transferred from the FROM file to the 
OPEN (current) file. At the end of the transfer, IN-FILE is set 
the same as FILE by IFILES. This avoids accidents, but also 
means that another transfer requires the From file to be opened 
with FRCavI again. 

CAPACITY ( — n) Returns the size, in blocks, of the current 
file. 

FILE? Prints the name of the current file. 

SWITCH Exchanges the FCB'sofFILE and IN-FILE to allow 
a reverse transfer. You have an Open file and wish to copy TO 
it from another block file. Do a FROM filename, then SWITCH. 

DEFINE (S d:filename.ext) Creates an FCB for the file in the 
dictionary, but does not open it. 

Note: Except for Words that recycle the kernel FCBl and 
FCB2, new FCBs are created as dictionary entries. These could 
be lost during a Forget, and would require a repeat Opening of 
the file. To protect the FCBs you intend to use, first DEFINE 
them, and then move FENCE with HERE FENCE !. 
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SELECT ( drv#) Sets default drive (0=A, 1=B, ...)• Usually 
redefined as, : A: [ DOS ] SELECT ; , etc. 

DRIVE? — Prints current drive, e.g. A:. 

RESET — Does a Drive Reset on the current drive. Used when 
changing disks to avoid a BDOS error. You may have to switch 
in the DOS vocabulary, i.e DOS RESET, to run it. DIR — Like 
the CP/M version, it types out an unsorted list of all files on the 
current drive. 

SAVE-SYSTEM (S d:filename.COM) Saves the core image 
of F83 to file along with any additions to the dictionary. 

The file Words in F83 are quite simplistic. Normally only one 
file is open at a time, and it behaves as though it were a disk 
in a pure Forth system. A From file can be opened temporarily 
as a read only file to allow for transfers to the current file. 

It will also allow you to load screens fi'om another file by 
having the following Une in the load screen; 

FROM (S difilename.ext) nLOAD 

LOAD resets the In-file to the current file. This concept can be 
extended as in INCLUDE and INCL-THRU (screen 1). INCL- 
THRU works the same as THRU except the screens are from 
another file. The extra code is needed so you return to the file 
holding the main load screen. 

More modem Forths set up an FCB pointer array and use an 
index to the array as part of the Open routine. The VIEW 
Words in F83 use such an array to access source screens, and 
provides a good example of how it is done. 

Forth Blocks 

Dealing with Forth blocks takes an attitude readjustment. It 
helps to be familiar with databases, records, and random ac- 
cess, and to think of data as a disaete imit. One problem 
facing Forthwrights is that public domain Forths, like other PD 
programs, have no consistent support. You must be willing to 
learn new ideas and to experiment' with them. 

You can try this exercise: 

10 CREATE-FILE TEST <cr> 

OPEN TEST <cr> 

2 BLOCK 60 2DUP BLANK EXPECT <cr> 

Then type in "Hello Forth" <cr>. 

UPDATE FLUSH <cr> 

2 BLOCK 60 TYPE <cr> 

Note: <cr> means press the Return key. 

This creates and opens the file TEST. EXPECT will wait for 
you to enter up to 60 printable characters. A <cr> ends the 
entry of fewer chars. UPDATE causes FLUSH to save the 



block. The following line reads the block and types out your 
message. In figForth, you will not need to type the first two 
lines, but you should check first with LIST that the blodc is 
empty. 

Working with entire Forth blocks is straightforward. A simple 
copy routine: 

: COPY ( fix)m-blk# to-blk#) 

\ SWAP BLOCK SWAP OFFSET @ + BUFFER \ figForth 
SWAP IN-BLOCK SWAP BUFFER 
FILE @ [ DOS ] IFILES \ F83 

B/BUF MOVE UPDATE FLUSH ; 

The Swaps arrange for the from-blk to be read in first, and then 
the to-blk-buffer to be assigned. The block addresses are ad- 
justed so the stack is (from-adr to-adr 1024) for Move to shift 
the data from one buffer to the other. Also, requesting Buffer 
after Blodc makes it Current so Update sets the proper flag for 
Flush. 

In figForth, block includes Offset, but Buffer does not, so it 
must be added. For F83, IN-BLOCK allows for a transfer 
between files, and then FILE @ IFILES resets the system to the 
current file. 

It's possible to renumber the block and write it out. MOVE- 
SCR in the Kaypro figForth does so, but it is implementation 
specific. 

: MOVE-SCR ( from# to#) SWAP BLOCK 2 - ! 
UPDATE FLUSH ; 

To demonstrate, in F83 code, how you can build on a basic 
copy Word, look at source screens #3.. 9, t^ch develop rou- 
tines to copy, clear, shift, insert, delete, and settle screens. 

COPY is abstracted into two parts to allow for recycling of 
code. 

COPIES has two subWords, <COPIES AND CC»>IES>, be- 
cause a destination between a group of screens would result in 
overlap. This is prevented by copying from the top down, 
rather than bottom up, when copying to a Dest# greater than 
Froni#. An alternate version does this only if Dest# is between 
From# and To#. Deliberately overlapping a copy is one method 
of repeating a group of screens or other data. For example, 3 
24 6 COPIES> would repeatedly copy screens #3 #4 and #5 
into screens #6..#24. 
A keypress aborts a block copies. 

The code, 1 1 D+ ( n n' — n+1 n'+l), does the same as 1+ 
SWAP 1+ SWAP, that is, increments the top two integers on 
the stack. The code 1 1 D- decrements them. 

There are two versions of (COPY), <COPIES and COPIES>. 
The ones commented out move the data from one block to the 
other. In the more complex version, ESTABLISH is F83's way 
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to make the move by simply changing the Uock# and FCB of 
the current blodc to that of the new block. The Copies also use 
a double loop to transfer blocks in batches. In the sinq)le 
version, a Write wouki occur for every Read once the buffers 
were foil. 

Note: F83 already has a good Copies routine called CONVEY, 
used as: fiom# to# TO des«# CONVEY. 

SHFT-BLK is a copy that uses an offset to the From# to mark 
the destination. 

ADDSCR and DELSCR add and remove screens in a block 
file, and blank out duplicate screens. It would have to be 
extended to work prqwrly with files holding shadow screens 
(rcfl). 

Note: TQUTTBLK uses K> DROP EXIT to cause an exit fi-om 
the calling Wwd, ie. ADDSCR and DELSCR. 

SETTLE resembles a similar Word in Frank Sergeant's Pygmy 
Forth. It packs full screens to the bottom of the block file. 



You can request a block and save its address momentarily, but 
it is dangerous to go on to other blocks with the intention of 
using the address later to access the buffer. The block paging 
is automatic, so you have no guarantee that the buffer will hold 
the data you e^qject when you return. This is eq)ecially true of 
multiuser, multitasking systems. Good practice is to move the 
sudh data to previously allocated RAM memoiy, and to write 
it out after conq)leting the task. 

: BLK>MEM ( mem-base-adr start-blk# #blks) 

BOUNDS ?DO 

I BLOCK OVER B/BUF MOVE B/BUF + 

LOOP DROP ; 
This moves ^Iks beginning at start-blk# to a memoiy location 
pointed to by mem-base-adr. And MEM>BLK reverses the 
process. 

: MEM>BLK ( mem-base-adr start-Uk# #blks) 
BOUNDS ?DO 

\ DUP I OFFSET @ + BUFFER \fig 
DUP I BUFFER \ F83 

B/BUF MOVE UPDATE B/BUF + 
LOOP DROP FLUSH ; 

Note: : BOUNDS ( addr len) OVER + SWAP ; 

In these Words you may have noticed certain stack conventions 
used in Forth programming. Movement of a datum to a vari- 
able by (value address). Blocks of data are defined by (address 
count). Filling a block of data (address count value). Moving 
a Uock of data (firom-adr dest-adr count). Using addresses so 
ajpeviy gives Forth an assembler like quaUty not found in Basic 
orC. 



You may not see the Block Words because they are often buried 
in the Words that use them. LIST prints out the Forth source 
screen. These contain only printable characters from Blank to 
Tilde (~). No control or hi-bit bytes. The Forth interpreter 
wants a stream of bytes containing only Words and nimiber 
strings separated by blanks. When a screen is printed as 16 
lines of 64 characters, it's an arti&ct of the screen list or editor 
program. 

:LIST («)lk) 

BLOCK 16 DO 

CR I 3 R SPACE DUP C/L TYPE C/L + LOOP 

DROP CR ; 

The CR forces a newline. The constant C/L, returns the 
number of characters per line (64). Block places the buffer 
address on the stack. After printing the line number, C/L 
characters are typed out, the address increased by C/L, and the 
loop repeated until all 16 lines are printed. F83 would e>q>and 
this with the IN-BLOCK IFILES duo as in COPY so you could 
List a block firom another file without losing the current file. 

It's possible to locate and access only a portion of a block. 
FigForth uses the Word .LINE to print out a single line fi-om 
a bkx;k of text. When used for system/error messages it saved 
valuable RAM in early systems. 

: (LINE) ( ln# start-blk# — addr len) 

>R C/L B/BUF ♦/MOD R> B/SCR * + BLOCK + C/L ; 

: .LINE ( ln# start-blk#) (LINE) -TRAILING TYPE ; 

The calculation is equivalent to: 

LN# ♦ C/L — > Total offeet to line 
B/BUF /MOD — > LN-off BLK-off 
BLK# BLK-off + — > Block# with line 
Buff-addr. LN-off + — > LN-addr 
LN-addr. Qount/length — ^> ( process data) 

Multiplying the Line# by the Line-length gives the absolute 
of^t from the begiiming of the line array to the line start. The 
/MOD with Bytes/block results in a Remainder/Quotient. The 
quotient is an offset from the starting block, BLK#. BLK# is 
also the start of the Une array in virtual memory, and contains 
lines to 15. The next block has lines 16 to 3 1, etc. The block 
offset is added to the BLK#. In this way lines above 15 go to 
the next block. The Remainder gives you the number of bytes 
from the start of the buffer to the line. Rimning BLOCK 
returns the buffer address, and adding the remainder to it gives 
the starting address of the Une. 

The C/L is then placed on the stack. This address and length 
are used by -TRAILING, which removes trailing blanks, and 
TYPE, which prints the message. 
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The B/SCR ♦ is required in figForth because the block buflfer 
can be smaller than the di^lay screen, and should be removed 
for F83 Forth. 

If you consider the messages as a fixed length Record in a 
random access database beginning at 'n' block, you will get a 
better grasp of how Forth can manage disk data. 

This calculation is generic, and can be used in many situations. 
Once the data start address and count are obtained, the data can 
be retrieved directly without the need to scan from the begin- 
ning of the file. Instead of a message, the data could just as 
easily have been a Field in a Record, a dimension in a numeric 
array, or a module of binary data Because Forth neatly sepa- 
rates data into blocks, data of different types can be stored in 
the same file without conflict. 

In 'Starting Forth*, Leo Brodie takes just three screens to 
demonstrate a simple database that could be used for a mailing 
list. 

Conclusion 

Forth blodcs are basic to figForth and F83, the most common 
Forths for eight bit systems. You will require some &miliarity 
to become comfortable with them. It's worth the effort because 
they provide the entree to the Forth programming environment 
which was designed for ease in testing and debugging code. 

Forth is also a great experimenters language. The ability to 
extend Forth allows you to personalize the system, to dig 
around in the hardware, and to test programming algorithms. 

Reference 

1. Walter J. Rottenkolber: "Add and Delete Screens in PDE", 
Forth Dimensions, Vol.XIII, No. I, May/June 1991, p. 23. 

Source Screens 

\ Screen 1 

\ Load Include Words WJRO 1 JUN95 

: INCLUDE \ ( n) (S d:filename.ext) 

FROM LOAD; 
: INCL-THRU \ ( from* to#) (S d:filenamc.ext) 

[ DOS ] FILE @ >R OPEN THRU R> IFILES ; 

\ Screen 3 

\ Copy Routines for F83 Forth WJR05JUN95 

3DUP ( nnn — nnn nnn) >R 2DUP R@ -ROT R> ; 

3DROP (nnn) DROP 2DROP ; 

RESFILE [ DOS ] FILE @ IFILES ; 

ESTABLISH ( n) FILE @ SWAP 1 BUFFER* 2! ; 

(COPY) ( from* to#) 

OFFSET @ + SWAP IN-BLOCK DROP ESTABLISH UPDATE ; 
: COPY ( from* to*) FLUSH (COPY) RESFILE FLUSH ; 

\S Alternate Copies commented out. 
: (COPY) ( from* to*) 

SWAP IN-BLOCK SWAP BUFFER B/BUF MOVE UPDATE ; 
: COPIES> \ ( from* to* dest#) Copies from bottom up. 



-ROT 1+ SWAP DO I OVER (COPY) 1+ LOOP DROP ; 
: <COPIES \ ( from* to* dest*) Copies from top down. 
>R 2DUP SWAP - R> + -ROT DO 
I OVER (COPY) 1- -1 +LOOP DROP ; 

\ Screen 4 

\ Copy Routines for F83 Forth WJR05JUN95 

KEY?? ( — KEY? DUP IF KEY DROP THEN ; 
<COPY> ( n n — n n) 2DUP (COPY) 1 1 ; 
COPY> ( n n n — n n) ?DO <COPY> EH LOOP FLUSH ; 
COPIES> \ ( from* to* dest*) Copies from bottom up. 

FLUSH -ROT 1+ OVER - *BUFFERS /MOD >R >R SWAP 
R>COPY> R>0 ?DO 

KEY?? ?LEAVE *BUFFERS COPY> LOOP 2DROP ; 
: <COPY ( n n n — n n) ?DO <COPY> D- LOOP FLUSH ; 
: <COPIES \ ( from* to* dest*) Copies from top down. 
FLUSH >R 2DUP SWAP - R> + -ROT 
TUCK 1+ SWAP - *BUFFERS /MOD >R >R SWAP 
RxCOPY R>0 ?DO 

KEY?? ?LEAVE #BUFFERS <COPY LOOP 2DROP ; 
\S A Keypress Exits Copies Routine 



WJR05JUN95 



\ Screen 5 

\ Copy Routines for F83 Forth 

: (COPIES) ( from* to* dest*) 

>ROVERR@= FILE @ IN-FILE @ = AND IF 
R>3DROPEXrr THEN \ Not to itself 

OVER R@ - R> SWAP 0< 
IF <COPIES ELSE COPIES> THEN ; 
\S Alternate (COPIES) only copies top down if 

from* < dest*. =< to*. 
: (COPIES) ( from* to* 6es») 
>R OVER R@ = FILE @ IN-FlLE @ = AND IF 
R>3DROPEXrr THEN \ Not to itself 

2DUP R@ -ROT BETWEEN R> SWAP 
IF <COPIES ELSE COPIES> THEN ; 

\ Screen 6 

\ Wipe, Delete, & Insert Screens — F83 WJR05JUN95 

: COPIES ( froiii* to* dest*) (COPIES) RESFILE ; 

:WIPE (blk#) BLOCK B/BUF BLANK UPDATE ; 

: WIPES (from* to*) 1+ SWAP DO I WIPE LOOP ; 

: FULSCR? \ ( blk* — f= true if text in In* 1..15 

FALSE SWAP IN-BLOCK B/BUF BOUNDS C/L + DO 
I C@ BL o IF NOT LEAVE THEN LOOP ; 

: ENUFSCR? \ ( to-blk# #blk — f) f= true if cnuf space 
TRUE -ROT SWAP 1+ SWAP BOUNDS DO 
I FULSCR? IF NOT LEAVE THEN LOOP ; 

: BLKOK? ( from* to* *blks — 0> -ROT <- AND ; 

: ?QUrrBLK ( from* to* *blk8 — ... ok|exit calling Word) 
3DUP BLKOK? NOT IF 3DROP R> EXIT THEN ; 

\ Screen 7 

\ Wipe, Delete, & Insert Screens — F83 WJR05JUN95 

: (SHFT-BLK) ( from* to* +/-#blks) 

>R OVER R> + (COPIES) ; 

\ ( alt. ver) 2 PICK + (COPIES) ; 
: SHFT-BLK ( from* to* +/-#blks) (SHFT-BLK) RESFILE ; 

\ : NIP ( nl n2 n3 — nl n3) SWAP DROP ; 
: (ADDSCR) ( start* to* #blk8) 

?QUrrBLK 2DUP RESFILE ENUFSCR? IF 



Continued on page 45 
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High-Speed Serial I/O for the PCPI AppliCard 

By John D. Baker 



From the E-Mail message from John D. Baker that pretty 
much gets you going in the right direction on his article. BDK. 

Below is the text of an artide describing an SIO expansion 
boaid for the PCPI Applicard. I will follow this letter with 
another (me which provides a schematic drawing in GIF for- 
mat. If there is a problem with either of these, please let me 
know. 

I would like to indicate that the article text and schematic 
image file were iq>loaded to my e-mail site using the SIO board 
desCTibed in the article. 

Introduction 

Classic systems tend to fall short when it comes to serialiwrt 
performance. Although imenhanced Kaypros seem to be the 
usual exanq>le, this problem especially plagues PCPI Af^UCard- 
equipped /^le ][ systems when using CP/M-based commu- 
nications software. 

Recently, I designed and built a serial-port expansion board for 
my PCPI AppliCard systems which vastly inqa-oves serial-port 
paf(mnance. In the next few pages, I hope to present the 
results of my wwk and invite feedback from any odier ^pUCard 
users who construct a similar device. 

Overview of the PCPI AppliCard/Apple ][ system 

The PCPI AppliCard is a co-processor accessory card for the 
Apfie ][ series of personal computers. It includes a Z80 CPU 
running at either 4 or 6 MHz, 64K of DRAM, bootstrap 
EPRCM, an optional Z80 CTC, and all the necessary logic and 
buffers to inter&ce the card to the Apple ] [ expansion bus. CP/ 
M 2.2, the Z80 CHIOS and user applications run in the RAM 
on the ^>pliCard itself. 

The Apjple ] [ fimctitms as an I/O server, providing the AppliCard 
access to the Apple's screen, disk drives and any other periph- 
eral cards in the Apple for which a device driver exists. The 
Apple ][ and the AppUCard oMmnunicate through a set of I/O 
ports aad a command processor which runs continuously on 
the Apple ][. Unlike other systems, the AppUCard and AR)le 
][ do ncrt share memory and there is no way to directly access 
the memory of one machine from the other. 



This distributed system formed by the AppliCard and the 
Apple ][ allows both processors to run at full speed. As long 
as there is no I/O to be done, the AppUCard and Apple ][ are 
completely indq)endent of each other. Although satisfactory 
for handling all in-system data transfers, this I/O bottleneck, 
the polled operation of the 6502 command processor, and the 
time required to scroll the Apple ][ screen severely limit serial 
port petformance. 

Normal serial I/O on the AppliCard system 

The traditional arrangement has CP/M communication soft- 
ware read/write the command, control, status and data ports of 
an >^ple ][ serial interface card indirectly, via a conq)lex 
transaction with the 6502 command processor. It is common 
for a terminal program to lose data when the serial port is 
operating any faster than 2400 bits per second. File transfers, 
however, can operate at significantly higher speeds. 

There have been a few atten^)ts to improve the serial perfor- 
mance through improved device drivers which use intemqjt- 
driven I/O and maintain a receive FIFO on the Apple ][ side 
of the system. I don't know how widely available these were or 
are and I haven't yet gained the skill aitd confidence needed to 
try them myself. The machine-specific overlay for such a 
system has to send commands to the 6502 device driver han- 
dling the serial port. 

A hardware solution 

Personal Computer Products, Inc. (PCPI) had planned for 
making expansion of the AppliCard possible. Ray Klein, the 
AppUCard's designer, designed and built a few serial I/O 
expansion devices that interfeced directly to the AppUCard, but 
very few of these cards were built and are thus virtually im- 
heard-of today. 

Ever since I learned of the existence of the "Klein SIO," I 
wanted one. However, I knew that I'd never be able to find one, 
so I'd have to build one of my own. With a little bit of study, 
scrounging for documentation and a lot of confidence- build- 
ing, I finally managed to do just that. 

SIO Expansion for the PCPI AppliCard 

The SIO expansion device I designed and built was inspired by 
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the "Klein SIO." Considering that I've never seen or used one, 
how can I make this claim? I managed to come across the IMP 
and MODEM 740 overlays for the "Klein SIO" on the former 
SIMTEL-20 FTP site. They are still available on 
'oak.oakland.edu' in the CP/M archives. The filename is 
'PCPI-SIO.LBR'. Reading these overlays told me nearly ev- 
erything about how the "Klein SIO" was inqjiemented. 

To begin with, nty board, like the "Klein SIO," requires that a 
Z80 CTC be present on the AppliCard. If you were wondering 
what goes in that empty 28-pin DIP socket near the top of your 
AppliCard, it's the Z80 CTC. 

I based my design on the Z80 SIO/0 for two reasons. First, I 
hai^ned to have a couple of SIOA) chips on hand. Second, I 
could replace them with the Z80 DART chip which has the 
identical pin out (except that the SIO/O's SYNCH* lines are re- 
labeled as the DART'S RI* lines) they are programmed iden- 
tically for asynchronous I/O. The DART lacks synchronous 1/ 
O capability. 

Any of the Z80 SIO chips (SIO/0/1/2) may be .used, but the 
accompanying schematic will have to be altered to reflect the 
pinout of the particular variant used. The SIO/3/4 could also 
be used if you have facilities for woiking with QFP or PCC 
packages, respectively. (As it turned out, I ended up using the 
DART chip since I damaged both of my SIO/O's when I was 
building the experimental circuit on my breadboard.) 

The bit-rate clock is provided by a 1.8432 MHz clock inq>le- 
mented as shown on the schematic. A sealed oscillator luiit 
could be used, but I used the parts most readily available. (The 
"Klein SIO", in contrast, derived its bit-rate clock by dividing 
the system clock (6 MHz) by two.) The output of this clock 
drives the CLK/TRG inputs of Z80 CTC channel and chan- 
nel 1. The ZC/TO outputs of the CTC supply the actual bit- 
rate clodc to the SIO transmit/receive clock inputs. By pro- 
gramming the CTC with appropriate time constants, bit rates 
firom 50 to 1 15,200bps may be obtained. 

The SIO chip is addressed as I/O at port addresses FCh-FFh. 
The AppliCard provides an I/O select signal (CS7* on sche- 
matic) decoded for addresses EOh-FFh. The decoding is com- 
pleted by one section of a 74LS10 triple three-input NAND 
gate driven by address lines A2-A4. CS7* and the output of 
Uie NAND gate are combined using one section of a 74LS32 
quad 2-input OR gate to provide the SIO CE* signal. Address 
line Al selects which channel (A or B) of the SIO is addressed; 
AO selects which register (command or data) of the SIO chan- 
nel is addressed. 

The only other signals that I think bear explanation are the 
CHAINOUT signal and the CASOUT*/CAS* signals. Quite 
simi^y, CHAINOUT is the lEO (Interrupt Enable Out) signal 
of the Z80 CTC installed on the ^pliCard. It should, natu- 
rally, be connected to the lEI (Interrupt Enable In) signal of the 
SIO so the SIO can properly participate in Z80 mode-2 vec- 
tored interrupts. 



CASOUT* is the output of the DRAM CAS*-generation logic. 
The CAS* signal, then is the CAS* input of the on-board 
DRAM array. In a standard 64K AppliCard, a shorting block 
(or jumper) is installed across pins 13 and 38 of the P2 
expansion connector to complete the signal path. Any expan- 
sion device connected to P2 must maintain this coimection 
unless the RAM expansion imit known as the "AppliDisk" is 
installed. As noted on the schematic, CASOUT* and CAS* 
should not be coimected if an AppliDisk is being used. 

Programming notes 

The AppliCard's on-board Z80 CTC is addressed as I/O at port 
addresses 80h-83h. Due to partial decoding, the CTC channel 
control ports repeat throughout the 80h-9Fh address space. 
The address assignments are as follows: 



Address 



Function 



80h CTC chaimel (SIO chan. A bit rate) 

81h CTC channel 1 (SIO chan. B bit rate) 

82h CTC channel 2 (unused) 

83h CTC channel 3 (Apple ][ Z80 mode 2 intemipt) 

Programming information for the Z80 CTC can be found in the 
Z80 family data books. 

The Z80 SIO (or DART) registers are accessed as follows: 

Address Function 



FCh SIO charmel A data register 

FDh SIO chaimel A control register 

FEh SIO chaimel B data register 

FFh SIO channel B control register 

Programming information for the Z80 SIO/x and DART can 
be found in the Z80 family data books. 

The SIO expansion may operate using either polled I/O or 
using Z80 mode 2 interrupts. In the AppliCard system, inter- 
rupt vectors begin at FF80h. Memory addresses FF80h-FFBFh 
are available for intemipt service routine (ISR) addresses. The 
first 4 vector locations (FF80h-FF87h) are nominally reserved 
for the on-board CTC, although the standard system software 
doesn't implement CTC interrupts. 

Implementation and testing notes 

I built an experimental version of the SIO expansion on a 
breadboard and connected it to "P2" of my ^^liCard with a 
piece of 50-line ribbon cable. A 2x25-pin IDC female header 
was attached to one end of the cable. On the other end, I 
attached 4 3M-brand 14-pin IDC DIP header connectors which 
I had trimmed until they fit exactly side-by-side on the 50-line 
ribbon cable (and in ihe breadboard pin holes). 

Testing began by writing some code fragments using DDT's 
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mini asseiid>ler which initiaUzed the CTC and SIO and read 
and write simple data fromAo the SIO command and data 
registers. For feedback, I had a DVM, a simple logic probe and 
a modem. Seems every time I turned around, I uncovered yet 
another wiring error. (That's how I ruined my 2 SIO/O's— I 
accidentally got the SIO's DO line plugged into +12V!) 

Once satisfied that everything was working properly, I whii^)ed 
up a quidi overlay for QTERM to use the SIO in polled I/O 
mode. This was veiy easy to do since the addition of the SIO 
e^qxmsion made the AppliCard lock like any other system 
which uses the Z80 SIO and CTC chips. I simply took the 
overly for my Davidge DSB 4/6 single-board computer, 
changed the port addresses for the SIO and CTC, re-assembled 
it and patched it into QTERM. A Kaypro overlay might also 
be a good starting prant. 

Once convinced that my experimental version was working, I 
wire- wrapped a prototype on a 4-inch by 3-inch piece of 
phenolic board. The only sticky problem I had to solve was 
how to attach the SIO board to the "P2" expansion connector. 
I managed to find some SIP wire-wrap sockets and placed two 
2S-pin strips in adjacent rows across the phenolic board. I 
made sure to only wrap one level on these pins. The excess 
length allowed me to use 2x25 female IDC headers and a short 
piece of 50-line ribbon cable to connect the SIO board to the 
>^^Card. I used the same approach to contstruct connector 
"12" shown on the schematic. 

Where thinp stand now 

During the course of extended testing, I discovered that some 
of my AppUCards can't cope with intemq)ts from the SIO 
board. I noticed that boards with serial numbers 137S1, 800, 
and 580 would hang after a few characters were received. 
Boards with serial numbers 16582 and higher worked just fine 
with intemq)t-driven I/O. (#16582 was the AppliCard I used 
during all my testing.) If any AppliCard users build a similar 
SIO board, I'd like to know how your system perfOTms. 

In any event, all boards worked &bulously using polled I/O. 
The biggest aid is that my overlays for QTERM and ZMP 
inq>lement RTS/CTS handshaking and a 256-byte FIFO buffer 
in both polled and interrupt versions. I can run at 38400bps 
DTE speed using a 4MHzApplicard with polled I/O. 576001^5 
is easily attainable using a 6MHz AppUCard and internet- 
driven I/O. There is no chararter loss when using my USR 
Sportster 14400 modem. 

I also discovered some interesting traits of the Z80 DART chip. 
If any data are transmitted/received prior to programming an 
interrupt vector (as in polled I/O), the DART must be power- 
cycled before it can be used in intemipt-driven I/O mode. If 
the RESET* line is asserted (system reset) at any time after 
initial power-up, the DART will not operate in interrupt- 
driven I/O mode. In both cases, the DART will appear to have 
generated an interrupt (lEO line negated), but it never asserts 
the INT* Une. In addition, if an interrupt vector is pro- 



grammed but the DART is used in polled I/O mode, the 
interrupt vector cannot be re-programmed. 

I couldn't find these traits mentioned in my Zilog documenta- 
tion, so I don't know if they are peculiar to the DART or if the 
SIO also exhibits them, or if they are a side-effect of my SIO 
board implementation. I would appreciate feedback fi-om any- 
one with more extensive experience designing with and using 
these parts. 

The schematic indicates a real-time clock/RAM chip. That is 
what I had in mind to fill up the extra space the wire-wrap 
prototype has on the board. I have a Motorola MC146818A 
that I scavenged out of a dead GRID Systems '286 l^top 
machine, but lately I've had my eye on a Dallas Semiconductor 
DS 17887-5 clock/RAM module. If I had a source for the Dallas 
part, I'd be fiuther inclined to complete that addition to the 
board. 

If I had the skill and facilities, I'd like to try producing a PCB 
for the SIO board. That would make it much neater for 
installation. A big help would be to find 2x5 and 2x25 female 
wire-wrap header coimectors that would let the board plug 
directly onto the AppliCard expansion cormectors and pass the 
expansion bus on to fiirther devices. 

Closing remarks 

This was the first hardware project I've designed, built, tested, 
and programmed entirely by myself. It wasn't until completing 
classes in interfacing and system design this past spring that I 
had the knowledge, skill, con^tence and, most importantly, 
the confidence to tackle a project like this. 

Again, if any Ai^liCard users build or have built a similar SIO 
device, I'd like to hear ftom them about how well it worked. 

John D. Baker, 3 September 1995. 
Home address (semi-permanent): 
Rt. 1, Box 177E 
Brookshire, TX 77423 
(713) 375-6522 
jdb8042@blkbox.com 

School address (through December 1995): 

1402 Holleman, #209 

CoUege Station, TX 77840 

(409) 696-0704 or -0835 

jdb8042@tam2000.tamu.edu 

http://tam2000.tamu.edu/~jdb8042/ 
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Appendix: Time conttantf for standard bit rates: 

For bit rates of 450bps to 1 15,200bps, the 1.8432 MHz cloclc 
is selected by programming the CTC for counter nwde and 
loading the appropriate time constant as follows; 

Bit Rate CTC Time Constant (SIO in xl6 mode) 



450 


(==256) 


600 


192 


710 


162 (0.16% error) 


900 


128 


1200 


% 


1800 


64 


2400 


48 


3600 


32 


4800 


24 


7200 


16 


9600 


12 


14400 


8 


19200 


6 


38400 


3 


57600 


2 


115200 


1 



For bit rates below 450, the bit rate is derived from the system 
clock divided by 16 or 256 by programming the CTC for timer 
mode with the desired prescaler value (16 or 256) and loading 
the appropriate time constant, derived by the formula: 



tc = 



clock speed (Hz) 



16 ♦ ps ♦ bps 



where: 

tc = CTC time constant 

ps = prescaler value (16 or 256) 

bps = bit rate in bits per second 

For example, with a 6 MHz clock, a prescaler value of 16, the 
time constant for 300 bps is: 



6* 10'^ 
= 78.125 



tc = 

16 ♦ 16 ♦ 300 
which gives: tc = 78 = 4Eh (0.16% error) 

It should be noted that all of the above time constant tables and 
calculations assume that the Z80 SIO is programmed in "xl6" 
mode. That is, the transmit and receive clocks supplied to the 
SIO are sixteen times the desired bit rate. The SIO may also 
be i»ogrammed to "xl", "x32" or "x64" modes, meaning the 
transmit/receive clocks are 1, 32 or 64 times the desired bit 
rate, re^)ectively. The maximum data rate of the Z80 SIO or 
DART is one-fiflh the speed of the supplied system dock 
(CLK). 



The CTC time constant formula can then be generalized as: 
source clodc (Hz) 



tc = 



scm ♦ ps ♦ bps 



where: 

tc = CTC time constant 

scm = SIO Qock Mode (1, 16, 32, 64) 

ps = CTC prescaler vahie (1 for counter mode, 

16 or 256 for timer mode) 
bps = bit rate 

Using the 1.8423 MHz clock (CTC in counter inxk), with the 
SIO in "x32" mode, the time constant for 300 bpt is cal c ul at ed 

as: 



1.8432 • 10^ 



tc = 



= 192 (exactly) = COh. 



32 ♦ 1 • 300 



By choosing a p pro p r i ate combinations of SIO dock mode, 
clock source and prescaler value, the time ocHUtant to generate 
reasonably accurate standard bit rates m^ be foond by the 
proceeding formulas. 

Appendix: Glossary. 

PCPI Personal Conqwter Products, Inc. Makers (rf' the 
AppliCarrL 

Z80 CPU and related parts used in the ApfriiCatd and 
many other CP/M conqnters. Made by Zilog, Inc. 

SIO Serial Input/Output chq>. Handles serial-to-paraUd 
and parallel-to-serial data omiversicHL 

DART Dual Asynduonous Receiver/Transmitter. 

Similar to SIO, but lacks syncronous operaticm. 

CTC Counter/Timer Chip. Counts transitions on its dock 
inputs and can be iHX>grammed to iittemqit or serve 
as a general-purpose clodc divkler. 

bps Bits per second, rate of data transfer. Mrae 
accurate term than "baud." 

PCB Printed Circuit Board. 
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1488 



1.84320 MHi 

IDI 



:lso4 



IK o 



lin+Vdid 
^^TxD J2(5) 
DTR J2(7) 



Jl(8) CH. 




Jl(3) RESET 



Jl(38) CASOUT-^ jy_. 



Hn+Vdd 
Op-^TxD J2(16) 
^-— DTR J2(14) 

RTS J2(17) 



■ 0|-* -RI J2(13) 
oQ|-*-RxD J2(18) 

KJ^CTS J2(15) 
<Qg-^DCD J2(20) 



lumper should b* r«»ov*d 
IDlsk urd installed. 



if 



Pin Si9n«l P3 Sign*! Pin Pin 



NOTES: 

Jl mates with AppliCard expwsion 
connector P2 (for right). J3 (not shown) 
maitec with AppliCord eiqtansion con- 
nector P3 and need onl/ be installed if 
an ^phDisk card is to he piggy-backed 
on top oftheSIO expansion board. 

J2 is intended to provide 2 PC/AT-styie 
DTE serial ports. It is constructed using 
20-])ne ribbon cable. Install a 2x10 female 
IDC connector on one end. On the other 
end, install two IDC -style DB-9P con- 
nectors such that pin 1 eJigns with line 
1 (dkan. A) and hne 20 (chan. B) of the 
ribbon cable. 

Decoiq>Ung capacitors are 0.1pF mono- 
hthic installed between Ycc and OV on 
eachlC. 

The Z80 DART (Z8470) may be directly substituted in place of the Z80 SIO/0 (Z8440). Choose a part rated appropriately for 
the dock speed of your ApphCard. Interfacing to an accelerated AppliCard may require extra circuitry or higher- speed parts. 



.l;;;."^f^::::J 
^:::-^'il5.-::::3 

E :q) ansion C onnector Notes : 

CLOCK is th« syst«n clock 

CLKI n if th« CLK/IR6 input 
to th« ZM CIC channel 'n'. 
CLOCK n is the ZC/TO output 
of channel 'rf of the on-bo*rd 
ZM CTC. 

^ «nd SMi! are connected 
bg a Junper or shorting block 
unless »t\ RppliDisk card is 
installed. —— 

Sone b oards ran have CHS and 
CRSOUr connected by a trace 
on the solder side of the 
board. 




3 

q .. C LKI 1 

5 ... RRffliR' 

6 ... BOSRa- 

9 . CLOCK 20s\, 
le . CLOCK 8>\X 

11 SInS^- 

12 CS7V 

13 CflS' 

W • UfllTOUI 

:::::: 8; 
y :::::: f 

% II!!" De- 

M .... +120 

25 isu 



Signal Pin 

LOCK..! 43 

[KI 2.. % 

LKI 8.. 17 

gnrjUROUT 46 

iPpK... 45 

IL..... 44 

„ ■ ''2 

/y^CLOCK 1 . 42 

//^ralE5.... 48 

^ eSg... .. 39 

jBIouT.. 38 

iin .... 37 

_ . SELOUT.. 36 

^Skiiiii p 

NV — fi7 33 

^^> 01 32 

Qi 31 

»« ^1 

♦5« 26 



SIO E :q> ansion for PCPI AppliCard 



Designed/Drawn by: John D.Baker 



Date: 28 August 1995 
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T9600 Source Code 

By Calvin McCarthy 



Special Feature 

Classic Support 

Last of Small Tools 



The following code is from Calvin McCarthy's Tools fr>r the 
F68HC11, as used by New Micros in their products. The 
articles appeared in issues 72 and 73. There hasn 't been room 
to print the listing before now. You can find the code and text 
on a number of BBS's and on-line services. The TCJ/DIBS 
BBS has it as "HC11ART.ZIP". 

I had to edit the code from screens and hopefully it is correct 
as listed. It appears that some changes were made from listings 
given to me, and those from which this text was made. You also 
might want to contact Calvin or Frank Sergantfor the latest 
version of the 68HC11 code and PYGMY. BDK. 

68HC11/F68HC11 DEVELOPMENT TOOLS 24Jul94CMc ) 

DEVELOPED BY CALVIN MCCARTHY ) 

12 WEDGEWOOD CRES. ) 

GLOUCESTER, ONTARIO, CANADA K1B4B4 ) 

F68HC1 1 DEVELOPMENT TOOLS COPYRIGHT 24 JULY, 1994 ) 

TOOLS TO BE RUN ON PYGMY FORTH FOR PCs WITH ) 

PYGMY EDITOR AND PC INTERRUPT DRIVEN SERIAL PORT ) 

SOFTWARE FROM BRADTOOL.SCR ) 

TOOLS INCLUDED: ) 

T9600 - TERMINAL PROGRAM WITH ECHO AND ) 

END-OF-UNE WATT ) 

>SBC - F68HC1 1 FORTH CODE LOADER FROM PYGMY ELKS ) 

■ FILE>SBC - F68HC1 1 LOADER FROM HLES; S19, BIN, ASCII ) 



( TERMINAL FOR 68HC1 1 



lApr94CMc ) 



{ READS ANY CHARACTER FROM F68HC1 1 AND DISPLAYS IT ) 
( SENDS CHARACTER ENTERED AT KEYBOARD TO F68HC1 1 ) 

:T9600 9600-BAUD START-SIO 

BEGIN ( LOOP UNTIL esc PRESSED ) 

GetRxDUPIF EMIT 
ELSE DROP 
THEN 

KEY? DUP IF DROP KEY DUP 
$1B = IF ( IF esc THEN LEAVE LOOP ) 
ELSE 
( ELSE SEND CHAR, STAY IN LOOP ) 



THEN 

UNTIL 



PutTx 
THEN 

STOP-SIO 



24Jul94CMc) 
■ IF QUIT THEN THEN ; 



( F68HC1 1 FORTH CODE LOADER 
:>SCR-ESCAPE KEY? IF KEY $1B = 
:CHAR_ECHO >SCR-ESCAPE 

BEGIN GetRx DUP IF EMIT 1 THEN UNTIL ; 
: END_UNE_ECHO 

BEGIN GetRx DUP IF DUP EMIT $007F AND $0A = THEN 
UNTIL; 
: CHAR>SBC ( c — ) 

DUP $0A = ( suppress line feeds ) 

IF DROP 



ELSE 

DUP SOD = ( wait for line feed returned after cr) 

IF PutTx END_UNE_ECHO 

ELSE PutTx CHAR_ECHO 

THEN 
THEN; 
( 681 1 FORTH CODE LOADER 1 Api94CMc) 

{ LINE_OUT SENDS LINE TO 68HC1 1, ECHOS, AND DISPLAYS ) 

: LINE_OUT ( ADR — ) 64 -TRAILING DUP 
IF CUR@ 5 + AT 
ODO 

DUP I + C@ CHAR>SBC 
LOOP 

DROP SOD CHAR>SBC 
ELSE 
DROP DROP 

(6811 FORTH CODE LOADER 1 Apt94CMc) 

: 6811_BLOCK_OUT ( BLOCK NUMBER — ) 

DUP CLS 3 J AT ." Loading Block: " . 

4 5 AT ." Hit ESC to stop download" CR CR 

BLOCK 16 DO DUP I 64 » + LINE_OUT LOOP DROP ; 
( OUTPUTS MULTIPLE BLOCKS TO F68HC1 1 ) 

: >SBC ( — ) 9600-BAUD START-SIO 

CLS 5 AT 

CR ." FROM BLOCK #: " #INPUT 

CR." TO BLOCK #:" #INPUT CR 

SODCHAR>SBC SOD CHAR>SBC 

1 + SWAP DO 

I6811_BLOCK_OUT 
LOOP 

STOP-SIO T9600; 



( O/P-TYPE SELECT 
VARL\BLE HLE-TYPE 

ASC 1 HLE-TYPE ! ; 

4TH 2 HLE-TYPE ! ; 

BIN 3 HLE-TYPE ! ; 



17Jul94CMc) 

( S19 HLES eg INTHOOK.S19 ) 

( FORTH TEXT nLES eg SREC.4TH ) 

( eg Binary files BOOT6811.BIN) 



ASC>SBC(c — ) PutTx CHAR_ECHO ; 
BIN>SBC ( c — ) 

PutTx BEGIN GetRx DUP IF SOOFF AND U. 1 THEN UNTIL ; 
: CHAR-OUT ( diar — ) HLE-TYPE @ DUP 1 < OVER 3 > OR 
IF ABORT THEN 

BCASE 1 ASOSBC 2 CHAR>SBC 3 BIN>SBC 
EXIT; 
:BUFFER>SBC ( #char-in-buffer — ) 

PAD + PAD DO I C@ CHAR-OUT LOOP ; 

( 68HC1 1 source code loading from text files lApi94CMc) 

2VARIABLE FILE-LENGTH 

2VARIABLE TO-DO 

312 2CONSTANT BUFFER-LENGTH 

: PARTLY-FULL-BUFFER? ( — f) 

nLE-LENGTH 2@ FBLK @ POSITION® D- 2DUP TO-DO 2! 

BUFFER-LENGTH D< ; 
:FUL1^BUFFER ( — #) 

PAD BUFFER-LENGTH DROP FBLK @ FILE-READ 
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BUFFER-LENGTH DROP ; 
: PART-FULL-BUFFER ( — #) 

PAD TO-DO 2@ DROP FBLK @ HLE-READ 
TO-DO 2@ DROP ; 

( 68HC1 1 source code loading fix>m text files 1 Apr94CMc) 

( F>SBC fills a buffer it PAD, then sends the buffer to SBC ) 
( It kxtps until there is less than one buffer full, ) 

( sends the last buffer to the SBC, then ends the loop. ) 
:F>SBC 

FBLK @ FILE-SIZE HLE-LENGTH 2! ( SAVE HLE-SIZE ) 
FBLK @ >BOF ( RESET COUNT ) 

BEGIN 

PARTLY-FULUBUFFER? 
IF PART-FULUBUFFER BUFFER>SBC 
1 ( 1 FORCES END OF LOOP) 
ELSE FULL-BUFFER BUFFER>SBC 

( REPEATS LOOP ) 
THEN 
UNTIL 



12036 12038 THRU ( 2SWAP EH D- D< ) 

13013 LOAD 

13021 LOAD ( STRUCTURES ) 

13057 LOAD ( SERIAL COMM ROUTINES ) 

13041 LOAD ( COMM PORT INITIAUZATION ) 

168 LOAD ( #INPUT ) 

5001 5010 THRU ( F68HC11 TOOLS ) 

( Development LOAD 14Sep93LGL) 

BLK @ 3 + LOAD ( +LOAD REPEAT, ) 
4 +LOAD ( (( OFFSET ) 
( EXIT ( Skip if already using PYGTOOLS ) 
( " PYGTOOLS.SCR" 12 OPEN ) 
12080 LOAD ( 7LOAD ) 
12010 LOAD (GET) 



: 2+ 2 + ; 

12071 LOAD ( FENCE ) 
FROM BRADTOOL 

HC11ART.ZIP Contents: 



( 12 7CLOSE ) 



( 68HC1 1 FILE LOADER 1 Apf94CMc) 

2VARIABLE SAVE>IN 
2VASIABLE SAVE>FIN 
: OPEN-FILE 

>IN 2@ SAVE>IN 2! >FIN 2@ SAVE>FIN 2! >FIN 2! (name) 

FOPEN ( handle flag) ABORT" filer' ( handle) FBLK ! ( ) ; 
: CLOSE-FILE 

10 BASE ! FBLK @ FCLOSE HBH OFF 

SAVE>»a@:«OSAVE4StlgPf42; 

(68HC11 FILE LOADER 17Jul94CMc) 

( ie 1200-BAUD BIN " BOOT681 l.BIN" FILE>SBC ) 
( ie 9600-BAUD 4TH " SREC.4TH" nLE>SBC ) 
(ie 9600-BAin5 ASC " FFFF.S19" nLE>SBC ) 
: FILE>SBC ( baud-rate file-type name — ) 

OPEN-FILE 

START-SIO 

F>SBC 

STOP-SIO 

CLOSE-FILE ; 
( eg 1200-BAUD BIN SBC-INCLUDE BOOT681 l.BIN ) 
( eg 9600-BAUD 4TH SBC-INCLUDE SREC.4TH ) 
( eg 9600-BAUD ASC SBC-INCLUDE FFFF.S19 ) 
: SBC-INCLUDE 

32 WORD OVER COUNT + C! ( a) FILE>SBC ; 

( TOOLS PROMPT FOR 68HC 1 1 TOOLS 240ct94CMc) 

: TOOLS CR 

." Tools for F68HC1I Development" CR 

." T9600 - Terminal" CR 

." >SBC - Download of Forth code in Pygmy blocks" CR 
." FILE>SBC - DOWNLOAD OF DISK HLES" CR 
." 9600-BAUD 4TH " $22 EMIT ." FILENAME.EXT' 



$22 EMIT . 

• 9600-BAUD SI 9 "$22 EMIT . 

$22 EMIT . 

• 1200-BAUD BIN "$22 EMIT . 

$22 EMIT . 



nLE>SBC" CR 
nLENAME.EXr' 
nLE>SBC" CR 
HLENAMREXT" 
F1LE>SBC" CR 



' •*«*«***«••••««•****••••««*••«**••***•**•«••**•" 



CR; 



270ct94CMc) 



( LOAD BLOCK FOR TOOLS 

" PYGMY.SCR" OPEN 
" PYGTOOLS.SCR" 12 OPEN 
" BRADTOOLSCR" 13 OPEN 
13001 LOAD ( SETUP CODE NEEDED BY SERIAL PORT CODE ) 

12023 LOAD ( DO LOOP +LOOP UK) 

12024 LOAD ( 2CONSTANT 2VARIABLE ) 
12027 LOAD ( BCASE ) 



6811TOOL.ZIP 
PYGMY14.ZIP - PYGMY DISTRIBUTION FILES 
PYGTOOLS.ZIP - PYGTOOLS DISTRIBUTION FILES 
BOOT6811.BIN - MACHINE CODE FOR S1S9 FILE 
DOWNLOAD TO 68HC11 
BOOT6811.TXT - HEX LISTING OF BOOT6811.BIN 
PYG14FIX.TXT - A FEW BUG FIXES FOR PYGMY 1.4 
T9600.COM - EXECUTABLE 68HC11 DEVELOPMENT 
TOOLS 
T9600.SCR - FORTH SOURCE CODE FOR THE TOOLS 
TOOL.TXT - The article describing the 68HC11 develop- 
ment tools 

68HC11.TXT - The article extolling the virtues of the 
F68HC11 

Note: BOOT6811.TXT - HEX Listing ofBOOT6811.BIN is 
missing. BDK) 

Reader to Reader, continued from page 20 

Well John it sounds like you had lots of fun this summer. Wish 
I had half as much fun as you did. Now for N* help, one of our 
new readers O.K Hudson said he was a pied piper and N* 
dealer for many years. He has the original dealer service 
manuals and of course went to all the training on the N* 
products. He is willing to fend off our reader questions and 
help those willing to pay for the call (816-356-6309 aftemon/ 
evenings.) 

I got one of those 2 inch IDE 's and was able to buy a regular 
size to small size connector. Check with some of the PC 
dealers, most don 't carry the adapters, but some will order 
them for you. Should make interfacing easier, but I ran into 
one problem, motor shut down. I think the smaller ones have 
some circuit for saving power and thus stop spinning if some 
signal is not active. Was unable to check drive as it always 
shutdown before it got checked. Got any ideas? 

Dear Bill: 

Business: I trust my call to your answer machine to reserve ad 
space in the Sep/Oct issue of your journal has been received 
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Disk I/O in Forth, continued from page 37 

3DUP (SHFT-BLK) NIP OVER + 1- WIPES FLUSH ELSE 
3DROP CR ." No Space for Insert." THEN ; 

: (DELSCR) ( start# to# #blks) 

7QUITBLK RESFILE >R SWAP R@ + SWAP R> NEGATE 
3DUP (SHFT-BLK) OVER + 1+ SWAP WIPES DROP FLUSH 



F83 WJR05JUN95 



\ Screen 8 

\ Wipe, Delete, & Insert Screens 
: ADDSCR ( start# #blks) 
\ Adds #blks blank screens at start# screen. 
CAPACTTY 1- OVER - SWAP (ADDSCR) ; 
: DELSCR ( start# #blks) 
\ Deletes #blk screens at start# screen. 
CAPACITY 1- SWAP (DELSCR) ; — > 

\ Screen 9 

\ Packscreen & Settle WJR05JUN95 

: (PACKSCR) ( from# to#) 

1+ OVER DO 

KEY?? ?LEAVE 

DUP FULSCR? IF 

1+ ELSE 

I FULSCR? IF 

DUP I BLOCK SWAP BUFFER B/BUF MOVE UPDATE 

I WIPE 1+ THEN THEN LOOP 

DROP FLUSH; 
: PACKSCR ( from# to#) 

FILE @ IN-FILE @ = IF 

(PACKSCR) ELSE 

2DROP ." Open File Only." THEN ; 
: SETTLE 1 CAPACITY 1- PACKSCR ; 

and accepted. (If not please contact me.) You may note that I 
had tried to contact you a few times concerning my interest and 
left messages on your machine. I would like to have talked to 
you but uiKlerstand completely your time constraints. I wish I 
myself had time to write you a more prqjer letter, but let me 
just say that it would contain praise for your efforts on the 
journal. You deserve that very much and I thank you. 

Enclosed is a check for $160.00 for four 1/4 page ads. Also 
enclosed is the artwork (artwork?) for the ads. Two reduced 
sizes are included (You pick the appropriate one.) and a full 
page copy just in case. Please place the ad at your discretion 
where it will get maximum effectiveness. 

If we sell units and make money I have other products (Pretty 
neat ones, I think.) that I may advertise in your journal. (6805 
stuff!) Also I hope that my ads add to the financial support you 
need to continue TCJ. However, with your informative tech- 
nical journal and its equally well educated readers, and this 
awesome Z80 computer, I feel confident that we will all meet 
our objectives. 

This really is a neat computer. It has many of the chips 
characteristic of the MSX-Standard (Remember that?) or the 
Coleco Adam; but better. (No bias here!) The keyboard and 
case are a beautiful professional design (not a toy) and there are 
four internal connectors for custom I/O boards. With the 
internal switching power supply, just add software (a video 



monitor or I/O?) and yoiu" design is complete. Should I 
mention the incredibly low price. 

There are two people that I would like to get an opinion from 
about this computer. One would be Ron Mitchell, with his 
hands on experience with the Adam, I think he would appre- 
ciate this design. Second would be Jay Sage, who being a CP/ 
M wizard, might want to help me write a CP/M BIOS for this 
gem in exchange for many systems. But again more important 
I would like to get his opinion on the machine. (Hey Jay, I play 
table teimis in Waltham a couple times a week, lets meet and 
get you a system for evaluation!) 

FUN: Maybe I live a pretty isolated lifestyle, and being a self- 
employed embedded system designer for the past 10 years, I 
pr(*ably do. But it really surprised me to see the Rockwell 
R65F1 1 Centerfold in the March/ April issue. I thought I was 
the only person in the world (outside of Rockwell employees 
and associates - 1 guess that's half the world) to know about 
that family of microcontrollers. In the mid-eightys I designed 
a simple microcontroller board around the R6501Q for in 
house testing. It is a great chip with lots of nice features. It 
took much voltage abuse and held iq) well. (I only fried two of 
them in about 4 years!) The only two negatives in designing 
with this chip was; 1. the Q stands for the QUIP package, a 
strange 64-pin through hole package and 2. the chip uses 
power hungry NMOS technology. Not major problems, but 
considerations. I might add that this chip is still available from 
Rockwell as well as a family of other faster (lOMHZ) CMOS 
and PLCC or DIP versions. Former Apple ][ people (that 
includes me) should love these chips for designing. Any inter- 
est out there? Call me- (508) 755-9778.(6502 lives.... embed- 
ded!!) 

Let me just say that many times I wanted to write to or for The 
Computer Journal as well as other electronic publications, 
concerning one thing or another, but my mismanagemeitt of 
time or priorities alw^s leads me in other directions. (Usually 
trying to make money with zero stress induction.) Not that I 
have much to say, but sometimes one wants to communicate an 
idea (it's a never ending battle of Ideas vs Electronics.) In any 
case this working-ideology has left me somewhat author less; 
a status I hope to change someday. Maybe with an article in 
TCJ. Oh yes I know, such noble aspirations. But as one dark 
haired, accordion pl^ng, comedian Judy once said, 'it could 
happen . 

Sincerely, 
James Pellegrini 

Actually James I got it in last issue. Hope the business goes 
well for you and do write an article. Ron Mitchell finally 
checked in last week and is moving to Vancouver I think, 
anyway without job for awhile. Jay is very busy taking care of 
relatives and also might be hard to catch. You might send me 
one next year and I 'II see what it does. Then I 'II write glowing 
reviews of it, after all it could happen.. .Bill. 
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text editor. 

• Animation with Turbo C: Text in the 
graphk^ mode. 

• Z80 Communications Gateway: 
Prototyping, Counter/Timera, and using the 
Z80CTC. 

Issue Number 47: 

• Controlling Stepper Motors with the 
68HC11F 

• Z-System Comer ZMATE Mecro Lsnguage 

• Using 8031 Intorrupte 

• T-1 : Whst it is ft Why You Need to Know 

• ZCPR3 ft Module, Too 

• Tips on Using LCDs: Interfscing to the 
e8HC705 

• Reel Computing: Debugging, NS32 Multi- 
tesking ft Distributed Systems 

• Long Oistence Printer Driver correctton 
•ROBO.SOGgO 

Issus Number 48: 



48 



The Computer Journal / #75 



• Fast Math Using Logarithms 

• Forth and Forth Assembler 

• Modula-2 and the TCAP 

• Adding a Bernoulli Drive to a CP/M 
Computer (Building a SCSI Interface) 

• Review of BOS T 

• PMATE/ZMATE Macros. Pt 1 

• Z-System Comer Patching MEX-Plus and 
TheWord. Using ZEX 

»«u« Number 49: 

■ Computer t4etworfc Power Protection 

• Floppy Disk Alignment w/RTXEB, Pt 1 

• Motor Control with the F6eHC1 1 

• Controlling Home Heating & Lighting, Pt 1 

• Getting Started in Assembly Language 

• PMATE/ZMATE Macroa, Pt 2 

• Z-Systam Comer/ Z-Best Software 

Offload a System CPU with the Z181 
Floppy Disk Alignnrwnt w/RTXEB, Pt 2 
Motor Control with the F68HC1 1 
Modula-2 and the Command Line 
Controlling Home Heating & Lighting, Pt 2 
Getting Started in Assembly Language R 2 
Local Area Networks 
Using the ZCPR3 lOP 
PMATE/ZMATE Macros, Pt 3 
Z-System Comer, PCECV Z-Best Softvirare 
Real Computing, 32FX1S, Caches 

Itaue Number »1: 



Introducing the YASBEC 

Floppy Disk Alignment w/RTXEB, Pt 3 

High Speed Modems on Eight Bit Systems 

A Z8 Talker and Host 

Local Area Networks — Ethernet 

UNIX Connectivity on the Cheap 

PC Hard Disk Partition Table 

A Short Intrxiduction to Forth 

Stepped Inference In Embedded Control 

Real Computing, the 3200180, Swordfish, 

PMATECMATE Macros 

Z-System Comef, The Trenton Festival 

Z-Best Sofhware, the Z3HELP System 

l««ue Number 52: 

• YASBEC, The Hardware 

• ki\ Arbitrary Waveform Generator, Pt 1 

• B.Y.O. Assembler...in Forth 

• Getting Started in Assembly Language. Pt 3 
•TheNZCOMlOP 

• Senna and the Fe8HC11 

' Z-System Corner, Programming for 
Compatit)ility 

• Z-Best Software 

• Real Computing, X10 Revisited 

• PMATE/ZMATE Macroa 

• Controlling Home Heating & Lighting, Pt 3 

• The CPU280. A High Performance Single- 
Board Computer 

Isaue Number 83: 
■TheCPU280 
' Local Area Networks 

Am Art)itrary Waveform Generator 

Zed Feat '81 
' Getting Started in Assembly Language 

The NZCOM lOP 



Issue Number 84: 

B.Y.O Assembler 
' Local Area Networks 

Advanced CP/M 

ZCPR on a 16-Bit Intel Platform 

- Real Computing 

' Interrupts and the Z80 
8 MHZ on a Ampro 

- Hardware Heavenn 

What Zik>g never told you about the Supers 

■ An Arbitary Waveform Generator 
The Development of TDOS 

laiue Number 88: 

Fuzzikigy 101 

The Cyclic Redundancy Check in Forth 

The Internetwork Protocol OP) 
' Hardware Heaven 
' Real Computing 

- Remapping Disk Drives through Virtual 
BK)S 

- Ttie Bumt>ling Mathmatician 
YASMEM 

Issue Number 86: 
TCJ - The Next Ten Years 

- Input Expansion for 8031 

' Connecting IDE Drives to 8-Bit Systems 
8 Queens in Forth 

- Kaypro-d4 Direct File Transfers 
Anatog Signal Generation 

Issue Number 87: 

' HorT>e Automaton with X10 

File Transfer Protocols 

MDISK at 8 MHZ. 

Shell Sort in Forth 

Introductnn to Forth 

DR. S-100 

Z AT LastI 

Islue Number 88: 
Multitasking Forth 

- Computing Timer Values 

' Affordat>le Devek>pment Tools 
' Mr. Kaypro 
DR. S-100 

Issue Number 59: 

■ Moving Forth 

Center FoM IMSAI MPU-A 
' Devekjping Forth Applk^tkMis 

- Mr. Kaypro Review 
DR. S-100 

Isaue Number 60: 

Moving Forth Part II 
Center FoW IMSAI CPA 
Four for Forth 
Debugging Forth 

- Support Groups for Classk:s 

- Mr. Kaypro Review 
DR. S-100 

Issue Number 61: 
Multiprocessing 680S part I 
Center Fold XEROX 820 
Quality Control 



Real Computing 
Support Groups for Classics 
Operabng Systems - CP/M 
Mr Kaypro 5MHZ 

l««ue Number 62: 

SCSI EPROM Programmer 

Center Fold XEROX 820 

DR S-100 

Moving Forth part III 

Programming the 6526 CIA 
' Reminiscing and Musings 

- Modem Scnpls 

Issue Number 63: 
SCSI EPROM Programmer part II 
Center Fold XEROX 820 
DR S-100 

Multiprocessing Part II 
6808 Operating Systems 

- Reminiscing and Musings 
IDE Drives Part II 

Issue Number 64: 

Small-C7 

Center Fold last XEROX 820 

DR S-100 
' Moving Forth Part IV 

Small Systems 

' Mr. Kaypro 

' IDE Drives Part III 

Isaue Number 68: 
■ Small System Support 
' Center Fold ZX8Q«1 
DR S-100 

- Real Computing 
European Beat 
PC/XT Comer 
LitUe Circuits 
Levels of Forth 
Sinclair ZX81 

Issue Number 66: 

Snnall System Support 

- Center FokJ: Advent Decoder 
Df? S-100 

- Connecting IDE Drives 
PC/XT Comer 

Little Circuits 

- Multiprocessing Part III 

- Z-System Comer 

mue Number 67: 

' Small System Support 

Center FoW: SS-50«S-30 

OR S-100 

- Serial Kaypro Interrupts 
Little Circuits 

Moving Forth Part 5 
European Beat 

Issue Number 66: 
Small System Support 
Center Fokj: Pertec/Mits 4PIO 
Z-System Comer II 
PC/XT Comer 
Little Circuits 



- Multiprocessing Forth Part 4 
Mr. Kaypro 

Issue Number 69: 

- Small System Support 
Center FoM: S-100 IDE 

' Z-System Comer II 
' Real Computing 

PC/XT Comer 

DR. S-100 

Moving Forth Part 6 
' Mr. Kaypro 

issue Number 70: 
Small System Support 
Center FokJ: Jupiter ACE 
Z-System Comer II 
PC/XT Comer Stepper Motors 

■ DR. S-100 
Multiprocessing Part 5 

- European Beat 

Issue Number 71: 
Computing Hero of 1984 
Small System Support 
Center FokJ: Hayes 80-103A 

- Power Supply Besica 
PC/XT Comer Stepper Motors 
DR. S-100 

Moving Forth Part 7 
' Mr. Kaypro 
8048 Emulator Part 1 

'WMf NvinlwfTZ 

Beginning PLD 
' Small System Support 

Center FoW: Rockwell R65F11 

Playing With Microa 
' Real Computing 

Small Tools Part 1 

DR. S-100 

■ Moving Forth Part 7.5 
8048 Emulator Part 2 

■SIOXT 

Small System Support 
Center FoW: 640K XT 
IDE Part 6 
Real Computing 
Small Tools Part II 
DR S-100 
Mr Kaypro 
PC/XT Corenr 
6048 Emulator Part 3 

Issue Number 74 

- Antique or Junk 
Small System Support 

Center FoW: S-100 Power Supply 

- Moving Forth part 8 

- Real Computing 
AMSTRAD PCW Now 
DR. S-100 

Mr. Kaypro 
PalmtechCPUZ180 
Disk I/O in Forth 



Canada/Mexico 
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$32.00 $34.00 
$60.00 $64.00 



Europe/Other 
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Regular Feature 

Editorial Comment 

New Editor? 



The Computer Corner 

By Bill Kibler 



Clarification of changes seems most 
apjpmpnait fcv this comer. Or put sim- 
ply, what is going on? Now of course 
you might say with what? 

New Editor 

I finially said enough and am turning 
things over to Dave Baldwin as your 
next editor. I feel I have made good 
changes and TCJ is still alive. Whether 
or not those changes have been the best 
is stiU open for discussion. I do feel 
however I was unable to keq) getting 
new readers and our format may need 
some adjustment to achive that end. 
Saying, I just can't do it any longer 
pretty much sums it up. 

I have enjoyed talking and dealing with 
all the readers and will miss the phone 
converstations. I will still take and an- 
swer your letters. In fact the changes 
will finally bring about stxne of the little 
items that bothered sorae of you. I had 
always plaimed on having more than 
one editw and now that is happening. 

For me it will be a shift back to advanc- 
ing my career and finding a job that 
better suits me and pays more. I really 
put my career mi hold while trying to 
iq)grade TCJ, but you can't do that for- 
ever. Dave hopes to hire me back some- 
time in the future as full time editor, but 
that remains to be seen. 

Will I do articles, well yes, in fact 1 
woukl rather have been doing them 1 
think than be the editor. Far too many 
times I wanted to talk about something 
and was unable to complete the research 
to do it. With this change, I will have the 
time to catch up on some old projects. 
Take for instance: Ethernet. 



DC or RF 

The other day Dave and I were discuss- 
ing some old projects of mine, and using 
Gemini TV transmitters and recivers for 
extending ethemet coiuiections came iq). 
I bought a coiq)le units to test and they 
still sit in the box. See the idea is based 
on the fact that TV signals are basically 
a 4 to 6 MHZ conqx>site signal. By that 
I mean a DC signal that changes fix>m a 
low to high voltage at a 4 megahertz 
rate. For the TV transmitter to work it 
must pass a sigthly higher rate than the 
4 and it should be flat almost to 6 MHZ 
before we have major toss. 

Now here is where Dave and I got talk- 
ing. Dave said he thought ethemet was 
like modems and used a carrier on which 
the information rode. I said no that 
etherenet is a DC switched signal at a 10 
MHZ rate using manchester encoding. 
The manchester encoding guarantees that 
switching or changes fiom + to - h^pen 
often engouh that a clock pulse can be 
obtained fix>m the signal. Or put another 
way, that no matter what the data to be 
sent, there will always be some transi- 
tion within two clodc cycles. 

I did look up a National chip, and yup 
the physical medium is just a switching 
DC signal of negative variation at a 10 
MHZ rate. Having refireshed my mind, 1 
still need to take an ethemet output and 
drive the TV transmitter, with a diode 
on the other end driving a ethemet 
reciever. Of course I think I could also 
take say a RS422 driver and do the same 
thing, but why not just go for broke and 
see what hai^ns with ethemet. 

Drives 

So what happened was I got a chance to 



chedc out some idea, which was long 
over due. Another area I will need to 
research and report on is using five inch 
drives in place of 8 inch drives. We have 
talked about it many times in TCJ, but I 
still get calls. What I need is a full blown 
article. Especially one that shows all the 
pin outs and options on the different size 
drives. 

When working for Teletek, I discovered 
that they used a 8 to 5 adapter board. 34 
pin headers where on all the S-100 boards 
and if you wanted 8 inch drives, you 
used the adapter board. Simple to make 
and in fact can be wire wrapped or sol- 
dered together in about an hoiu. 1 did 
have one around 1 think but not sure 
where it is now. It is only the Drive 
Selects that need jumpering, otherwise 
all the lines are compatible on the two 
drive types. 

What I see the problem as - too many 
different options possible. You have sev- 
eral different types of five inch drives, 
and two flavors of three aiKl a half drives. 
It gets so confiissing that I can see why 
others have problems keeping it straight. 
So here is yet another special article I 
need to grind out, getting all the options 
in one place, with all the pin outs and 
mods needed to go back and forth be- 
tween sizes. 

Win95 

Since we also talk about advanced and 
current systems and problems, and since 
I didn't want to be the only magazine to 
not have talked about Win95, here it is. 
Media hype and then some. Ok that is 
my c^ion. Should you buy, nope. Is win- 
dows NT better, seems so. Would 0S2 
be a good buy, maybe or maybe not, it 
jjist depends (on what I am not sure but 
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how about cycles of the moon). My an- 
swer is to check out the free DOS group 
and see what they have to offer. 

There is a second group, much like Linux 
working on an alternative to DOS. It is 
sort of like the ZCPR system, a better 
CP/M than CP/M ever was. Well the 
free DOS group is like that. Trying to 
break the bonds of Microsoft and give 
people an alternative to going to win- 
dows to get their bugs fixed. I get a 
rather surprised look from people when 
I tell them about MicroSofts bug fixes. 
They just do them without telling you. 
Try " VER /R" and see what you get. We 
did it about version 5 or 6 and found 
revisions from a to j in one office. That 
is about 10 bug fix releases all under one 
version number and without you know- 
ing they have done anything. At least 
with a free DOS group I would have 
easily available bug Usts to check my 
problem against. 

Actually the thing that bothers me the 
most about the Win95 is the MSN, or 
Microsoft Network, their option to the 
internet. A while back one of the onUne 
service providers was caught doing mar- 
keting surveys of on line users without 
their knowledge. My thought is this, we 
have no way of knowing how many hooks 
, Win95 has in it for them to scan your 
hard drive and read data without your 
knowledge. The operating system is so 
big now, and difficult to know what is 
happening, that finding out if they are 
scanning your drive while coimected to 
MSN will be almost impossible. Of 
course they will just say they are trying 
to make sure yours is a legal copy and 
all, but what next? 

What next 

For me next is issue 76 and then a long 
earned vacation. Dave will be removing 
about 30 or 40 boxes of back issues from 
my garage. That will make me and my 
wife happier. Next will be finding some 
missing books (I hope) and sorting 
through all the old systems. I plan on 
bringing up a Linux station full time 
and playing with Netware 4.1, and oh 
yes the Gemini units, and maybe even 
fixing my FAX unit (only died last year 
and has been waiting ever since to be 



fixed - bad chip in power supply). 

I think one area that has dropped too far 
below use is my Ham equipment. In the 
last three years it has gotten only about 
3% use, far too little. Packet radio is now 
9600 baud and I understand the servers 
are very much improved over the ones I 
last used. The main problem will just be 
getting back to people and friends I 
stopped talking with. The idea had al- 
ways been to just do TCJ full time, I see 
that is not an option for me. I tried, but 
just couldn't quite make it happen. Oh 
well, better luck to Dave, and thanks for 
keeping TCJ going. 

1994 Computing Hero 

In June I was finally able to go to the bay 
area and give David Jaffe his award for 
being the 1994 Computing Hero. I went 
to tlie monthly Forth meeting and after 
lunch did my five minute introduction. 
David took the award and did a wonder- 
fiil talk on what computing was like 
fiffteen years ago. David sure enjoys talk- 
ing about those old wonderfiil days and 
if I keep at it long enough we might 
actually get him to put it down in print. 

What is next and for David Baldwin to 
do is figure out the 1995 Computing 



Hero. I have seen plenty of names cross 
my screen when researching source code 
that played important roles back in the 
mid 70s. The question is, are they still 
active supporting users. If you have a 
name that you think needs rewarding, 
let Dave know now so we can get started 
on researching their backgroimd. 

I guess one requirement is they be alive 
and available for personal presentation. 
That doesn't mean they have to live in 
California, any of TCJ's editors will do 
as presentors, anywhere in the world. 
Hum, that makes me wonder if I can't 
some how get a paid vaction to some- 
where exotic... 

The Last Word 

Well this is not the final word for good 
from me, just the last few this time. Rick 
Rodman said he has been presently sur- 
prised about my columns and their 
amount of information I have given out 
over the years (he is doing a sorted Ust- 
ing of articles for us). I know I surprise 
myself when looking back at all the work 
I have done over the past 13 years. It 
really has been fun. But, as always, you 
have to stop when there is no more room 
on the page. Till next time, keep hack- 
ing. Bill, WA6SAZ. 




Editor Bill Kibler on the left, giving David Jaffe his 1994 Computing Hero award. 
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TCJ CLASSIFIED 



CLASSIFIED RATES! 
$5.00 PER LISTING! 

TCJ Classified ads are on a prq>aid basis 
only. The cost is $5.00 per ad entry. 
Support wanted is a free service to sub- 
scribers who need to find old or missing 
documentation or software. Please limit 
your requests to one type of system. 

Commercial Advertising Rates: 



Size 


Once 


4+ 


Full 


$120 


$90 


1/2 Page 


$75 


$60 


1/3 Page 


$60 


$45 


1/4 Page 


$50 


$40 


Marketplace 


$25 


$100/yr 


Send your items to: 




The Computer 


Journal 


P.O. Box 535 


Lincoln, 


CA 95648-0535 



Historically Brewed. The magazine of 
the Historical Computer Society. Read 
about the people and machines which 
changed our world. Buy, sell and trade 
"antique" computers. Subscriptions $18, 
or tiy an issue for $3. HCS, 2962 Park 
Street #1, Jacksonville, FL 32205 



Start your own technical venture! Don 
Lancaster's newly updated INCRED- 
IBLE SECRET MONEY MACHINE 

n tells how. We now have autogr^hed 
copies of the Guru's underground classic 
for $21.50. Synergetics Press, Box 809- 
J, Thatcher AZ, 85552. 

THE CASE AGAINST PATENTS 

Throughly tested and proven alternatives 
that work in the real world. $33.50. 
Synergetics Press, Box 809- J, Thatcher 
AZ, 85552. 

FOR SALE: Two Kayrpo II Computers. 
Each is portable with keyboard, mono- 
chrome monitor, dual 5 1/4 floi^ drives 
and 64K memory. Also included, one 
padded carrying case, RS232 cable, many 
orginal ^plications (CP/M, word pro- 
cessor, accounting, communications, etc.) 
and manuals. Whole package - pos^d 
$160. Call (914) 331-5440, ask for 
Michael, (in NY) 

Help Wanted: Need following items for 
Vector Graphics SX-3000: 1) Mainte- 
nance manual; 2) Programmers Diskette 
(CP/M86); 3) Vector SX MS-DOS 2.11 
Users Diskette. I have all other docu- 
mentation, including CP/M MS-DOS, 



TCJ ADS WORK! 

Classified ads in TCJ 

get results, FAST! 

Need to sell that special older 

system - TRY TCJ. 

World Wide Coverage 

with Readers interested in what 

YOU have to sell. 

Provide a support service, 

our readers are looking for 

assistance with their older 

systems - all the time. 

The best deal in magzines, 

TCJ Classified 

it works! 



Programmers guide. Concurrent CP/M 
users guide and a CP/M Boot disk. Also 
trying to locate bootdisk and manuals 
for Vector 4. Clarence Dolan, 4553 
White Horse Trail, Rockford, IL 61101- 
6147. 

Wanted: Have Apple Ilgs, need to get 
hard drive and modem, but where??? 
David Kruszyna, 19055 Lister Ave. 
Eastpointe MI, 48021-2739. 



VERSATILE 80C32 BASED 
SINGLE BOARD COMPUTER 



TtiG DC8032-1 is the \ 
fkst in a series of 
versatile single board | 
computers Based oni 
the 8051/52 familv of 
micrQ(x}ntroller5. The' 
QC9Q^-1 and i 

DCd032-2. available I 
later this year, has; 
t}een designed to 
provide most, if not I 
all, of the functions I 
required of a i 
dedicated controller. ' 
Standard _ features 









rfio"n 



^'^*ft 



ETm 



include 32K of RAM 
& EPROM. A/D 4 D/A, real time clock, 36 digital I/O lines, watcti 
dog timer and a Centronics parallel printer poiT. The package also 
includes extended BASIC-52 with 16 additional commands, a 
debug monitor with 12 commands and DC TERM, a tenninal 
emulator for communicating with the DC8032-T . A 9-volt DC wall 
cube is also included. SPECIAL PRICING FOR STUDENTS 



$2M.M ASSEMBLED AND ESTED, SilsM KIT 
$5.00 Shipping & Handaling + $5.00 for CO.D. 
SEND CASHIERS CHECK, MO, OR CO.D, TO: 
D. C. MICROS 1843 SUMNER CT. 

LAS CRUCES. NM 88001 PH. f5051 524-4029 



DIBs 



Electronic Design 



Dave Baldwin 



6619 Westbrook Dr. 
Citrus Heights, CA 95621 

Voice/Fax (916) 722-3877 
DIBs BBS (916) 722-5799 



$79 



8K EEPROM for More 
Program Spacel 



SER-DC, OpUoiwI 8K 
Swial EEPROM ttO 



.95 68HC11 

Single Board 
Computer 

SBC-8K 



^3 


o H 

_l ••a u 



SmaUSize,3J'<x3.6'< 
Low Power, <tiO ma 
8192 ByU« EEPROM 
256 Bytes RAM 
DB-9 RS-232 
24-TTL i;0 Bits 
ft-AfD Inputs 
Power Reset Circuit 
SMhzClock 
Log Data with SER-8C 



A Complete 68HC11 Developinent System. 

New *CodeLoad+ 2.0* and Sample Programs. 

No EPROMs or EPROM Programmers! 

500 Pages of Manuals. 3.5* Utility Disk. 



LDG Electronics 

1 445 Parran Road voica/Fn 

St. Leonard, MD 20685 410-586-2177 
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Market Place 



TCJ- 



Discover 
The Z-Letter 

The Z-letter is the only publication 
exclusively for CP/M and the Z-System. 
Eagle C(Hiq)uters and Spellbinder siq)port. 
Licensed CP/M distributor. 

Subscriptions: $18 US, $22 Canada and 
Mexico, $36 Overseas. Write or call for 
free sample. 

The Z-Letter 

Lambda Software Publishing 

149 West Milliard Lane 

Eugene, OR 97404-3057 

(503) 688-3563 



Advent Kaypro Upgrades 

TurboROM. Allows flexible 

configuration of your entire 

system, read/write additional 

formats and more, only $35. 

Replacement Floppy drives and 
Hard Drive Conversion Kits. Call 
or write for availability & pricing. 



Call (916)483-0312 

eves, weekends or write 

Chuck Stafford 

4000 Norris Ave. 

Sacramento, CA 95821 



CP/M SOFTWARE 



100 page Public Domain Catalog, $8.50 plus $1.50 shipping 
and handling. New Digital Research CP/M 2.2 manual, $19.95 
plus $3.00 shipping and handling. Also, MS/PC-DOS Soft- 
ware. Disk Copying, including AMSTRAD. Send self addressed, 
stamped envelope for free Flyer, Catalog $1.00 

Elliam Associates 

Box 2664 

Atascadero, CA 93423 

805-466-8440 
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^ TCJ MARKET PLACE A 

Advertising for small business 

First Insertion: $25 

Reinsertion: $20 

Full Six Issues $100 

Rates Include typesetting. 

Payment must accompany order. 

VISA, MasterCard, Diner's Club, 

Carte Blanche accepted. 
Checks, money orders must be 

US funds. Resetting of ad 

consitutes a new advertisement 

at first time Insertion rates. 

Mail ad or contact 

The Computer Journal 

P.O. Box 636 
Lincoln, CA 96648-0636 



MORE POWER! 

68HC11,80C51a80C166 



More Microcontrollers. 
B Faster Hardware. 
EI Faster Software. 
More Productive. 
Ei More Tools and Utilities. 

Low cost SBC's from $84. Get 

it done today! Not next month. 

For brochure or applications: 

AM Research 

4600 Hidden Oaks Lane 

Loomis, CA 95650 

1(800) 949-8051 
sofia@garlic.com 



S-100/l€€€-696 



lAASfll RltQir 

Compupro Morrouu 

Cromemco 

and morel 

■ll'illlii"! iiii'i" iiii'iiiiii iiiiiriiiiii 



Cords* Docs • Systems 

Dr. S-ioo 

Herb Johnson, 

CN 5256 #105, 

Princeton, NJ 08543 

(609)771-1503 

hjohnson@pluto.njcc.com 



THE FORTH SOURCE 



Hardware & Software 



MOUNTAIN VIEW 
PRESS 



Glen B. Haydon, M.D. 

Route 2 Box 429 
La Honda, CA 94020 

(415)7470760 



PCB's in Minutes 
From LascrPrint!* 



• Or Photocopier 

Use household 

Iron to oppIV' 




PnP BlIIC . 

for High Precision 
Professlonol PCB Lovouts 

1 . lotarPrlnl 

2. Iron-On 

3. peet-orr 

4. (Ich 

Rn €xtra Loyer of Resist 
for Super Fine Traces 



PnPUICT 

Cosv Hobby 
Quality PCBs 
l.leoeiMnl 
I. bon-On 

S. Soak-Off ui/Uloter 
4. etch 

Tronsfers loser or 
Copier Toner os Resist 



S0Sh$3O/40Sh$5O/10OSh$1OO Blue/UJet (No Mix) 
Sample Pock S Shts Blue * 5 Shts UJet teO 
VISR/MC/PO/CK/MO J4 S&H - find Doy Moll 

Technlks Inc. P.O. Box 463 Aingoet NJ 08S51 
(908)788-8849 



